Re: [gentoo-user] xorg.conf and ATI 4350 card
On 21.07.2010 5:46, James wrote: I can get X(kde 4.4) to start and run without a xorg.conf file but at the wrong screen resolution. (1600x1200) instead of 1920x1280, as it was before. Every attempt to edit the old xorg.conf or roll a new xorg.conf with the new 2.6.34-gentoo-r1 kernel results in X that crashes. Maybe somebody could post a minimal xorg.conf to set the resolution only on the screen? 2.6.34-gentoo-r1 ati-drivers 10.6 xorg-x11 7.4-r1 xorg-server 1.7.6 Try to use xf86-video-ati. I never could use ati-drivers, it always crashes.
Re: [gentoo-user] xorg.conf and ATI 4350 card
On 07/21/2010 04:46 AM, James wrote: hello, I can get X(kde 4.4) to start and run without a xorg.conf file but at the wrong screen resolution. (1600x1200) instead of 1920x1280, as it was before. Every attempt to edit the old xorg.conf or roll a new xorg.conf with the new 2.6.34-gentoo-r1 kernel results in X that crashes. Maybe somebody could post a minimal xorg.conf to set the resolution only on the screen? 2.6.34-gentoo-r1 ati-drivers 10.6 xorg-x11 7.4-r1 xorg-server 1.7.6 Try: $ sudo aticonfig --initial --input=/etc/X11/xorg.conf (last argument optional, use aticonfig --help to see like 1000 more options) Daniel
[gentoo-user] lazy gcc switching
HiI've just switched to gcc 4.3.4 from 4.1.2 using gcc-config tool. I don't wantto rebuild any package now. As time goes on my packages will be compiled withnew version. I hope that after a few month there will be only a number ofpackages not compiled with a new gcc. Then I want to recompile them on demandincluding libtool if necessary.Do you think my plan have a chance to succeed.thanks for help
[gentoo-user] Re: xorg.conf and ATI 4350 card
James wirel...@tampabay.rr.com writes: hello, I can get X(kde 4.4) to start and run without a xorg.conf file but at the wrong screen resolution. (1600x1200) instead of 1920x1280, as it was before. Every attempt to edit the old xorg.conf or roll a new xorg.conf with the new 2.6.34-gentoo-r1 kernel results in X that crashes. Why does it crash? What is the error? Maybe somebody could post a minimal xorg.conf to set the resolution only on the screen? I have none handy, and mine uses magic instead, but you can try xrandr and see if it allows you to switch to a larger resolution (even if the mode isn't listed, read the output: it says what the maximum resolution is --- if it is below 1920x1280, you're out of luck (unless the value is bogus, of course)). (But i don't know if ati binary drivers are compatible with xrandr...) -- Nuno J. Silva gopher://sdf-eu.org/1/users/njsg
Re: [gentoo-user] lazy gcc switching
On Wednesday 21 July 2010 10:53:19 fajfu...@wp.pl wrote: Hi I've just switched to gcc 4.3.4 from 4.1.2 using gcc-config tool. I don't want to rebuild any package now. As time goes on my packages will be compiled with new version. I hope that after a few month there will be only a number of packages not compiled with a new gcc. Then I want to recompile them on demand including libtool if necessary. Do you think my plan have a chance to succeed. Yes. Why do you think you would even need to get into a long compile? Have you been reading that GCC Upgrade Guide at gentoo.org? You know, the one that is so flat out wrong on so many levels? -- alan dot mckinnon at gmail dot com
[gentoo-user] [OT] how to extract a GIT repository
Hi, when I use a - type ebuild which accesses the source from a GIT repository this is stored under /usr/portage/distfiles/git-src/$PN where $PN is the package name. But one cannot look at the source files since these are in compressed form. How can I setup a directory with the uncompressed sources. I could use ebuild PATH TO ebuild file unpack and then look at /var/tmp/portage//work/ but is there a direct way (or how does portage do this)? Many thanks for a hint, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] lazy gcc switching
Alan McKinnon wrote: On Wednesday 21 July 2010 10:53:19 fajfu...@wp.pl wrote: Hi I've just switched to gcc 4.3.4 from 4.1.2 using gcc-config tool. I don't want to rebuild any package now. As time goes on my packages will be compiled with new version. I hope that after a few month there will be only a number of packages not compiled with a new gcc. Then I want to recompile them on demand including libtool if necessary. Do you think my plan have a chance to succeed. Yes. Why do you think you would even need to get into a long compile? Have you been reading that GCC Upgrade Guide at gentoo.org? You know, the one that is so flat out wrong on so many levels? I recently upgraded my gcc and I must confess, I did do a emerge -e system. Is it needed, nope. OP, Alan is correct on this. You don't really need to re-emerge everything. If, like me, you want to be on the safe side, just do a emerge -e system and let the rest recompile as you update. Another good thing about this way, if this version of gcc causes you trouble, you can downgrade and only have to re-emerge system. ;-) I did upgrade gcc once and had serious issues with it. Wouldn't compile a kernel, programs crashing and other weird things. After a downgrade, all went back to normal. The only thing worse than a emerge -e world is having to do it twice. LOL Dale :-) :-)
[gentoo-user] firefox-3.6.7 any flash player on 64bit
Hi, does anybody have more luck with firefox-3.6.7 playing flash videos? I've tried libflashplayer.so (64 bit) /usr/lib64/nsbrowser/plugins/libgnashplugin.so (64 bit) nothing works or even crash firefox. Since there are the well-known printing problem for CUPS-1.4.x it's one of the worst version of Firefox ever. Or am I the only one with problems? Thanks for some comments, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] lazy gcc switching
On 07/21/2010 03:22 AM, Dale wrote: Alan McKinnon wrote: On Wednesday 21 July 2010 10:53:19 fajfu...@wp.pl wrote: Hi I've just switched to gcc 4.3.4 from 4.1.2 using gcc-config tool. I don't want to rebuild any package now. As time goes on my packages will be compiled with new version. I hope that after a few month there will be only a number of packages not compiled with a new gcc. Then I want to recompile them on demand including libtool if necessary. Do you think my plan have a chance to succeed. Yes. Why do you think you would even need to get into a long compile? Have you been reading that GCC Upgrade Guide at gentoo.org? You know, the one that is so flat out wrong on so many levels? I recently upgraded my gcc and I must confess, I did do a emerge -e system. Is it needed, nope. OP, Alan is correct on this. You don't really need to re-emerge everything. If, like me, you want to be on the safe side, just do a emerge -e system and let the rest recompile as you update. Another good thing about this way, if this version of gcc causes you trouble, you can downgrade and only have to re-emerge system. ;-) I did upgrade gcc once and had serious issues with it. Wouldn't compile a kernel, programs crashing and other weird things. After a downgrade, all went back to normal. The only thing worse than a emerge -e world is having to do it twice. LOL And to play devil's advocate, I'll chime in with my experience. The 4.4 GCC, at least on AMD CPUs, creates noticeably faster code. I recompiled all my packages after I upgraded to 4.4 and it was a *noticeable* difference. But, to make perfectly clear what Alan and Dale have stated previously, it is not a requirement to recompile anything. The binaries that are created still call the same system calls as they did before. The kernel still publishes them in the same locations. And to prove to yourself this is true, grab a statically linked binary, compiled for a stock standard i686, and run it on your machine.
Re: [gentoo-user] firefox-3.6.7 any flash player on 64bit
On 07/21/2010 03:23 PM, Helmut Jarausch wrote: Hi, does anybody have more luck with firefox-3.6.7 playing flash videos? I've tried libflashplayer.so (64 bit) /usr/lib64/nsbrowser/plugins/libgnashplugin.so (64 bit) nothing works or even crash firefox. Since there are the well-known printing problem for CUPS-1.4.x it's one of the worst version of Firefox ever. Or am I the only one with problems? Thanks for some comments, Helmut. lightspark, gnash (not bad at all), swfdec But there always problems with youtube. Adobe flash works in firefox (with nspluginwrapper), in 3.6.6 mozilla fixed bug with rendering and now it's better than in 3.6.3. But sometimes adobe plugin goes crazy (for example, i had problems when i had non-working ALSA)
[gentoo-user] I don't understand Perl. What do I do after an update?
Portage recently updated Perl from 5.10.1 to 5.12.1 (and later -r1). However, a crapload of files still remain in /usr/lib/perl5/{site_perl,vendor_perl}/5.10.1. I found out the hard way after trying to emerge openoffice (and everyone knows how painful that one is): checking for required Perl modules... Can't locate Archive/Zip.pm in @INC (@INC contains: /usr/lib64/perl5/site_perl/5.12.1/x86_64-linux-thread-multi /usr/lib64/perl5/site_perl/5.12.1 /usr/lib64/perl5/vendor_perl/5.12.1/x86_64-linux-thread-multi /usr/lib64/perl5/vendor_perl/5.12.1 /usr/lib64/perl5/5.12.1/x86_64-linux-thread-multi /usr/lib64/perl5/5.12.1 /usr/lib64/perl5/site_perl /usr/lib64/perl5/vendor_perl .) at -e line 1. BEGIN failed--compilation aborted at -e line 1. configure: error: Failed to find some modules make: *** [stamp/build] Error 1 What is the user required to do after updating Perl? elogv doesn't tell me anything about upgrading.
Re: [gentoo-user] I don't understand Perl. What do I do after an update?
On Wed, Jul 21, 2010 at 08:04:54PM +0300, Nikos Chantziaras wrote: Portage recently updated Perl from 5.10.1 to 5.12.1 (and later -r1). However, a crapload of files still remain in /usr/lib/perl5/{site_perl,vendor_perl}/5.10.1. I found out the hard way after trying to emerge openoffice (and everyone knows how painful that one is): What is the user required to do after updating Perl? elogv doesn't tell me anything about upgrading. There's this neat little script called perl-cleaner http://www.gentoo.org/proj/en/perl/perl-cleaner.xml W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
[gentoo-user] Re: I don't understand Perl. What do I do after an update?
On 07/21/2010 08:34 PM, Willie Wong wrote: On Wed, Jul 21, 2010 at 08:04:54PM +0300, Nikos Chantziaras wrote: Portage recently updated Perl from 5.10.1 to 5.12.1 (and later -r1). However, a crapload of files still remain in /usr/lib/perl5/{site_perl,vendor_perl}/5.10.1. I found out the hard way after trying to emerge openoffice (and everyone knows how painful that one is): What is the user required to do after updating Perl? elogv doesn't tell me anything about upgrading. There's this neat little script called perl-cleaner http://www.gentoo.org/proj/en/perl/perl-cleaner.xml Thanks. How do I call the script? I don't have any idea what perl modules or ph files are (or why I need them). What do I need to do?
Re: [gentoo-user] core i5
On 06/23/2010 01:59 PM, Stefan G. Weichinger wrote: Am 23.06.2010 00:27, schrieb Bill Longman: - core i7 @ 1.6GHz gives me eight threads. The RAM is really fast, too, so the overall system is very responsive. Great power savings stuff. quite a plus with the box running for 10 hrs a day at least ... - Haven't tried kvm but would probably work fine. I think so. Also the cpu-pinning ... I assume I could then assign one or more of the 8 (virtual) CPUs to a specific VM ... nice ... - From /proc/cpuinfo: address sizes : 36 bits physical, 48 bits virtual That's only 8GB physical, but that's probably a reasonable limit at the moment. $ units -1 '2^36 byte' GiB * 64 I think I could live with this. 8 GB now are more than I currently ever need. Remember, kids, always recheck your answers, use a number two pencil
Re: [gentoo-user] Re: I don't understand Perl. What do I do after an update?
perl-cleaner --all 2010/7/22 Nikos Chantziaras rea...@arcor.de On 07/21/2010 08:34 PM, Willie Wong wrote: On Wed, Jul 21, 2010 at 08:04:54PM +0300, Nikos Chantziaras wrote: Portage recently updated Perl from 5.10.1 to 5.12.1 (and later -r1). However, a crapload of files still remain in /usr/lib/perl5/{site_perl,vendor_perl}/5.10.1. I found out the hard way after trying to emerge openoffice (and everyone knows how painful that one is): What is the user required to do after updating Perl? elogv doesn't tell me anything about upgrading. There's this neat little script called perl-cleaner http://www.gentoo.org/proj/en/perl/perl-cleaner.xml Thanks. How do I call the script? I don't have any idea what perl modules or ph files are (or why I need them). What do I need to do?
Re: [gentoo-user] Re: I don't understand Perl. What do I do after an update?
On Wednesday 21 July 2010 20:33:42 Nikos Chantziaras wrote: On 07/21/2010 08:34 PM, Willie Wong wrote: On Wed, Jul 21, 2010 at 08:04:54PM +0300, Nikos Chantziaras wrote: Portage recently updated Perl from 5.10.1 to 5.12.1 (and later -r1). However, a crapload of files still remain in /usr/lib/perl5/{site_perl,vendor_perl}/5.10.1. I found out the hard way after trying to emerge openoffice (and everyone knows how painful that one is): What is the user required to do after updating Perl? elogv doesn't tell me anything about upgrading. There's this neat little script called perl-cleaner http://www.gentoo.org/proj/en/perl/perl-cleaner.xml Thanks. How do I call the script? I don't have any idea what perl modules or ph files are (or why I need them). What do I need to do? Short version: You run perl-cleaner --modules and it just does it. Long version: perl comes out the box as an interpreter and some base functionality. The community provides a brazillion useful modules for all sort of things. Like eg Date. Need to do some Date manipulation? No need to write the disgusting code yourself to work with Dates, someone else already did it. Just install a module. The trouble is that modules are often written in perl itself and closely tied to the version of perl used. If you upgrade perl, you must also rebuild all the modules tied to it, they don't just migrate. This is a painful process. It's enough to drive a sysadmin to drink or (god forbid), to Windows. Portage can't help as the ebuild doesn't know what you have installed. So you must run a script to go and dig out all this crap for you. All I can say is, every day I get down on my knees and offer thanks that perl is not slotted. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: I don't understand Perl. What do I do after an update?
On 07/21/2010 07:14 PM, Blackdream W wrote: perl-cleaner --all It's better to do perl-cleaner -p --all before to watch what can happen.
Re: [gentoo-user] lazy gcc switching
On Wednesday 21 July 2010 17:49:46 Bill Longman wrote: And to play devil's advocate, I'll chime in with my experience. The 4.4 GCC, at least on AMD CPUs, creates noticeably faster code. I recompiled all my packages after I upgraded to 4.4 and it was a noticeable difference. But, to make perfectly clear what Alan and Dale have stated previously, it is not a requirement to recompile anything. The binaries that are created still call the same system calls as they did before. The kernel still publishes them in the same locations. And to prove to yourself this is true, grab a statically linked binary, compiled for a stock standard i686, and run it on your machine. I'd love to be able to experience the speedups of gcc-4.4 and by rights I should be able to - my last rip gentoo apart and put it back together again stunt needed an emerge -e world to fix it all. But, and this is the bit that makes me cry, the slowdown from KDE-4.4.5 has obliterated all that advantage several times over. raster *really* needs to hurrry up now and release e17 -- alan dot mckinnon at gmail dot com
[gentoo-user] SPF sendmail: howto?
Hi, I would like to integrate Sender Policy Framework (SPF) with my MTA (sendmail), but can not find any documentation for dealing with SPF, Sendmail Gentoo. I could install mail-filter/libspf2, but how can I make sendmail use it? There are milters for SenderID, DKIM, or DK in portage tree, but nothing for SPF... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] I don't understand Perl. What do I do after an update?
On Wed, 21 Jul 2010 20:04:54 +0300, Nikos Chantziaras wrote: What is the user required to do after updating Perl? elogv doesn't tell me anything about upgrading. Really? I got this message when going from 5.10 to 5.12 WARN: setup UPDATE THE PERL MODULES: After updating dev-lang/perl you must reinstall the installed perl modules. Use: perl-cleaner --all -- Neil Bothwick WinErr 004: Erroneous error - Nothing is wrong signature.asc Description: PGP signature
Re: [gentoo-user] SPF sendmail: howto?
On Wednesday 21 July 2010 21:51:47 Jarry wrote: Hi, I would like to integrate Sender Policy Framework (SPF) with my MTA (sendmail), but can not find any documentation for dealing with SPF, Sendmail Gentoo. I could install mail-filter/libspf2, but how can I make sendmail use it? There are milters for SenderID, DKIM, or DK in portage tree, but nothing for SPF... Jarry I assume you have a perfectly legitimate reason for still using sendmail in this day and age? My advice is to migrate to postfix (best all-round MTA out there unless you have special needs) and google again for the HOWTO. You will be pleasantly surprised by the many many hits that come back. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] lazy gcc switching
Alan McKinnon wrote: On Wednesday 21 July 2010 17:49:46 Bill Longman wrote: And to play devil's advocate, I'll chime in with my experience. The 4.4 GCC, at least on AMD CPUs, creates noticeably faster code. I recompiled all my packages after I upgraded to 4.4 and it was a noticeable difference. But, to make perfectly clear what Alan and Dale have stated previously, it is not a requirement to recompile anything. The binaries that are created still call the same system calls as they did before. The kernel still publishes them in the same locations. And to prove to yourself this is true, grab a statically linked binary, compiled for a stock standard i686, and run it on your machine. I'd love to be able to experience the speedups of gcc-4.4 and by rights I should be able to - my last rip gentoo apart and put it back together again stunt needed an emerge -e world to fix it all. But, and this is the bit that makes me cry, the slowdown from KDE-4.4.5 has obliterated all that advantage several times over. raster *really* needs to hurrry up now and release e17 My last KDE upgrade made KDE a little faster here as well. It won't be as fast as e17 tho. Since I upgraded gcc a little before that, I wasn't sure if it was gcc building better code or KDE got rid of some garbage. It is a little faster tho. I suspect gcc. When as larger programs ever got faster? I'm sure they added code to KDE, not taking code away. ;-) Dale :-) :-)
Re: [gentoo-user] [OT] how to extract a GIT repository
ebuild PATH TO ebuild file unpack and then look at /var/tmp/portage//work/ but is there a direct way (or how does portage do this)? I'm not sure how portage does this but the git directory is likely bare which is why you don't see any branch files. Try: git clone /usr/portage/distfiles/git-src/$PN /home/$PN -- Kyle
Re: [gentoo-user] Re: I don't understand Perl. What do I do after an update?
Alan McKinnon alan.mckin...@gmail.com wrote: On Wednesday 21 July 2010 20:33:42 Nikos Chantziaras wrote: On 07/21/2010 08:34 PM, Willie Wong wrote: On Wed, Jul 21, 2010 at 08:04:54PM +0300, Nikos Chantziaras wrote: Portage recently updated Perl from 5.10.1 to 5.12.1 (and later -r1). However, a crapload of files still remain in /usr/lib/perl5/{site_perl,vendor_perl}/5.10.1. I found out the hard way after trying to emerge openoffice (and everyone knows how painful that one is): What is the user required to do after updating Perl? elogv doesn't tell me anything about upgrading. There's this neat little script called perl-cleaner http://www.gentoo.org/proj/en/perl/perl-cleaner.xml Thanks. How do I call the script? I don't have any idea what perl modules or ph files are (or why I need them). What do I need to do? Short version: You run perl-cleaner --modules and it just does it. Long version: perl comes out the box as an interpreter and some base functionality. The community provides a brazillion useful modules for all sort of things. Like eg Date. Need to do some Date manipulation? No need to write the disgusting code yourself to work with Dates, someone else already did it. Just install a module. The trouble is that modules are often written in perl itself and closely tied to the version of perl used. If you upgrade perl, you must also rebuild all the modules tied to it, they don't just migrate. This is a painful process. It's enough to drive a sysadmin to drink or (god forbid), to Windows. Portage can't help as the ebuild doesn't know what you have installed. So you must run a script to go and dig out all this crap for you. All I can say is, every day I get down on my knees and offer thanks that perl is not slotted. But portage should be sensible enough to either run this for you, or stop emerging -- I had a lot of trouble during the last update where I kept getting errors and I emerged a couple of them before I knew I had to run perl-cleaner. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Re: I don't understand Perl. What do I do after an update?
On Wednesday 21 July 2010 23:14:35 cov...@ccs.covici.com wrote: This is a painful process. It's enough to drive a sysadmin to drink or (god forbid), to Windows. Portage can't help as the ebuild doesn't know what you have installed. So you must run a script to go and dig out all this crap for you. All I can say is, every day I get down on my knees and offer thanks that perl is not slotted. But portage should be sensible enough to either run this for you, or stop emerging -- I had a lot of trouble during the last update where I kept getting errors and I emerged a couple of them before I knew I had to run perl-cleaner. You haven't thought this through and haven't consider how portage knows what to do. Portage doesn't do it because portage can't. You want portage to do it != portage can do it. Consider this: [I] dev-lang/perl Installed versions: 5.12.1-r1(23:11:24 21/07/10)(berkdb gdbm -build - debug -doc -ithreads) [I] dev-perl/DateManip Installed versions: 5.56(19:39:11 17/07/10)(-test) When I upgraded perl to 5.12.1-r1, DateManip was not upgraded. Why not? because it's version number did not change and that is the ONLY thing portage considers. DateManip depends on perl, not on =perl-whatever-I-used-to-have So portage does not know of the link between these two things and cannot take them into account. Portage won't be expanded anytime soon either - you saw how long it took for perl-cleaner to run, must portage go through something like that with every emerge? Similarly, one could say portage should detect rev-dep breakage. Surprise! It doesn't. revdep-rebuild does that (comparable to perl-cleaner) and you know how long that takes to run. So you wasted some time with an upgrade. Well that's a shame. But we don't care much, especially if you don't read the elog messages. If you feel that portage should does this automagically, and have a plan to make it run REAL quick, and have proven, workable, debugged, solid, stable patches, then I'm sure Zac would be very happy indeed to hear from you. In the meantime, read the elog messages. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] lazy gcc switching
On 07/21/2010 12:39 PM, Alan McKinnon wrote: On Wednesday 21 July 2010 17:49:46 Bill Longman wrote: And to play devil's advocate, I'll chime in with my experience. The 4.4 GCC, at least on AMD CPUs, creates noticeably faster code. I recompiled all my packages after I upgraded to 4.4 and it was a noticeable difference. But, to make perfectly clear what Alan and Dale have stated previously, it is not a requirement to recompile anything. The binaries that are created still call the same system calls as they did before. The kernel still publishes them in the same locations. And to prove to yourself this is true, grab a statically linked binary, compiled for a stock standard i686, and run it on your machine. I'd love to be able to experience the speedups of gcc-4.4 and by rights I should be able to - my last rip gentoo apart and put it back together again stunt needed an emerge -e world to fix it all. But, and this is the bit that makes me cry, the slowdown from KDE-4.4.5 has obliterated all that advantage several times over. raster *really* needs to hurrry up now and release e17 Might I suggest a small hardware upgrade: http://www.supermicro.com/Aplus/motherboard/Opteron6100/SR56x0/H8QGi-F.cfm
Re: [gentoo-user] lazy gcc switching
On Wed, Jul 21, 2010 at 03:36:33PM -0500, Dale wrote My last KDE upgrade made KDE a little faster here as well. It won't be as fast as e17 tho. Since I upgraded gcc a little before that, I wasn't sure if it was gcc building better code or KDE got rid of some garbage. It is a little faster tho. I suspect gcc. When as larger programs ever got faster? I'm sure they added code to KDE, not taking code away. ;-) I have a neutral attitude in the KDE/GNOME battle... the pox on both your housesg. I don't run desktops, I run applications. KDE/GNOME represent a lot of why I left Windows in the first place. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] SPF sendmail: howto?
To enable SPF on outgoing mail all you have to do is create a SPF record and put it in your /var/bind/domain.tld.hosts file, assuming your using Bind. That's all I did and when I send email to Google its says... Received-SPF: pass (google.com: domain of ja...@jasoncarson.ca designates 69.196.152.151 as permitted sender) client-ip=69.196.152.151; I use Postfix and recommend you switch. If you want to filter incoming mail with SPF then you have to configure some stuff in the /etc/postfix/main.cf and /etc/postfix/master.cf files. Google it for the way to do it. Hi, I would like to integrate Sender Policy Framework (SPF) with my MTA (sendmail), but can not find any documentation for dealing with SPF, Sendmail Gentoo. I could install mail-filter/libspf2, but how can I make sendmail use it? There are milters for SenderID, DKIM, or DK in portage tree, but nothing for SPF... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] lazy gcc switching
On Thursday 22 July 2010 00:18:05 Bill Longman wrote: On 07/21/2010 12:39 PM, Alan McKinnon wrote: On Wednesday 21 July 2010 17:49:46 Bill Longman wrote: And to play devil's advocate, I'll chime in with my experience. The 4.4 GCC, at least on AMD CPUs, creates noticeably faster code. I recompiled all my packages after I upgraded to 4.4 and it was a noticeable difference. But, to make perfectly clear what Alan and Dale have stated previously, it is not a requirement to recompile anything. The binaries that are created still call the same system calls as they did before. The kernel still publishes them in the same locations. And to prove to yourself this is true, grab a statically linked binary, compiled for a stock standard i686, and run it on your machine. I'd love to be able to experience the speedups of gcc-4.4 and by rights I should be able to - my last rip gentoo apart and put it back together again stunt needed an emerge -e world to fix it all. But, and this is the bit that makes me cry, the slowdown from KDE-4.4.5 has obliterated all that advantage several times over. raster *really* needs to hurrry up now and release e17 Might I suggest a small hardware upgrade: http://www.supermicro.com/Aplus/motherboard/Opteron6100/SR56x0/H8QGi-F.cfm Might I submit that that will be a tad difficult to squeez into this: # dmidecode | grep -B3 Product Name Handle 0x0100, DMI type 1, 27 bytes System Information Manufacturer: Dell Inc. Product Name: XPS M1530 :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] lazy gcc switching
Alan McKinnon wrote: On Thursday 22 July 2010 00:18:05 Bill Longman wrote: On 07/21/2010 12:39 PM, Alan McKinnon wrote: On Wednesday 21 July 2010 17:49:46 Bill Longman wrote: And to play devil's advocate, I'll chime in with my experience. The 4.4 GCC, at least on AMD CPUs, creates noticeably faster code. I recompiled all my packages after I upgraded to 4.4 and it was a noticeable difference. But, to make perfectly clear what Alan and Dale have stated previously, it is not a requirement to recompile anything. The binaries that are created still call the same system calls as they did before. The kernel still publishes them in the same locations. And to prove to yourself this is true, grab a statically linked binary, compiled for a stock standard i686, and run it on your machine. I'd love to be able to experience the speedups of gcc-4.4 and by rights I should be able to - my last rip gentoo apart and put it back together again stunt needed an emerge -e world to fix it all. But, and this is the bit that makes me cry, the slowdown from KDE-4.4.5 has obliterated all that advantage several times over. raster *really* needs to hurrry up now and release e17 Might I suggest a small hardware upgrade: http://www.supermicro.com/Aplus/motherboard/Opteron6100/SR56x0/H8QGi-F.cfm Might I submit that that will be a tad difficult to squeez into this: # dmidecode | grep -B3 Product Name Handle 0x0100, DMI type 1, 27 bytes System Information Manufacturer: Dell Inc. Product Name: XPS M1530 :-) Heck, the mobo most likely cost more than your whole laptop. Froogle reports over $700.00 for that thing. O_O I wouldn't want the light bill for that thing tho. I would like to see foldingathome running on it. LOL Gkrellm would be fun to watch. Dale :-) :-)
Re: [gentoo-user] Re: I don't understand Perl. What do I do after an update?
Alan McKinnon alan.mckin...@gmail.com wrote: On Wednesday 21 July 2010 23:14:35 cov...@ccs.covici.com wrote: This is a painful process. It's enough to drive a sysadmin to drink or (god forbid), to Windows. Portage can't help as the ebuild doesn't know what you have installed. So you must run a script to go and dig out all this crap for you. All I can say is, every day I get down on my knees and offer thanks that perl is not slotted. But portage should be sensible enough to either run this for you, or stop emerging -- I had a lot of trouble during the last update where I kept getting errors and I emerged a couple of them before I knew I had to run perl-cleaner. You haven't thought this through and haven't consider how portage knows what to do. Portage doesn't do it because portage can't. You want portage to do it != portage can do it. Consider this: [I] dev-lang/perl Installed versions: 5.12.1-r1(23:11:24 21/07/10)(berkdb gdbm -build - debug -doc -ithreads) [I] dev-perl/DateManip Installed versions: 5.56(19:39:11 17/07/10)(-test) When I upgraded perl to 5.12.1-r1, DateManip was not upgraded. Why not? because it's version number did not change and that is the ONLY thing portage considers. DateManip depends on perl, not on =perl-whatever-I-used-to-have So portage does not know of the link between these two things and cannot take them into account. Portage won't be expanded anytime soon either - you saw how long it took for perl-cleaner to run, must portage go through something like that with every emerge? Similarly, one could say portage should detect rev-dep breakage. Surprise! It doesn't. revdep-rebuild does that (comparable to perl-cleaner) and you know how long that takes to run. So you wasted some time with an upgrade. Well that's a shame. But we don't care much, especially if you don't read the elog messages. If you feel that portage should does this automagically, and have a plan to make it run REAL quick, and have proven, workable, debugged, solid, stable patches, then I'm sure Zac would be very happy indeed to hear from you. In the meantime, read the elog messages. But I could not read the elog messages, the emerge was going on, till I got the first error and I didn't realize that portage had upgraded perl -- the only thing I would like portage to do is to know that something must be run and stop so I can do this. You could have a list of packages which require a stop after emerging or something. I am thinking out loud here, but this is what I am trying to say. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[gentoo-user] dying hard drive
/var/log/messages has indicated a slew of XFS problems on an external USB hard drive (see attachment). These look pretty fatal. Anybody think the file system is recoverable? Also, palimpsest is reporting (graphically) that my external hard drive is about to die. Can I save it's report to a text file??? Jul 21 23:53:23 osage kernel: usb 2-1: new high speed USB device using ehci_hcd and address 2 Jul 21 23:53:23 osage kernel: usb 2-1: New USB device found, idVendor=0bc2, idProduct=3001 Jul 21 23:53:23 osage kernel: usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jul 21 23:53:23 osage kernel: usb 2-1: Product: FreeAgent Jul 21 23:53:23 osage kernel: usb 2-1: Manufacturer: Seagate Jul 21 23:53:23 osage kernel: usb 2-1: SerialNumber: 2GEX0DP4 Jul 21 23:53:23 osage kernel: scsi4 : usb-storage 2-1:1.0 Jul 21 23:53:24 osage kernel: scsi 4:0:0:0: Direct-Access Seagate FreeAgent102D PQ: 0 ANSI: 4 Jul 21 23:53:24 osage kernel: sd 4:0:0:0: Attached scsi generic sg1 type 0 Jul 21 23:53:28 osage kernel: sd 4:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/465 GiB) Jul 21 23:53:28 osage kernel: sd 4:0:0:0: [sdb] Write Protect is off Jul 21 23:53:28 osage kernel: sd 4:0:0:0: [sdb] Mode Sense: 1c 00 00 00 Jul 21 23:53:28 osage kernel: sd 4:0:0:0: [sdb] Assuming drive cache: write through Jul 21 23:53:28 osage kernel: sd 4:0:0:0: [sdb] Assuming drive cache: write through Jul 21 23:53:28 osage kernel: sdb: sdb1 Jul 21 23:53:28 osage kernel: sd 4:0:0:0: [sdb] Assuming drive cache: write through Jul 21 23:53:28 osage kernel: sd 4:0:0:0: [sdb] Attached SCSI disk Jul 21 23:54:18 osage kernel: XFS: bad magic number Jul 21 23:54:18 osage kernel: XFS: SB validate failed Jul 21 23:54:36 osage kernel: XFS mounting filesystem sdb1 Jul 21 23:54:36 osage kernel: Starting XFS recovery on filesystem: sdb1 (logdev: internal) Jul 21 23:55:12 osage kernel: XFS internal error XFS_WANT_CORRUPTED_GOTO at line 1544 of file fs/xfs/xfs_alloc.c. Caller 0x81122bf8 Jul 21 23:55:12 osage kernel: Pid: 4415, comm: mount Not tainted 2.6.34-gentoo-r1 #1 Jul 21 23:55:12 osage kernel: Call Trace: Jul 21 23:55:12 osage kernel: [81122bf8] ? xfs_free_extent+0x7d/0x94 Jul 21 23:55:12 osage kernel: [81121289] ? xfs_free_ag_extent+0x42e/0x662 Jul 21 23:55:12 osage kernel: [81122bf8] ? xfs_free_extent+0x7d/0x94 Jul 21 23:55:12 osage kernel: [81158832] ? xfs_trans_get_efd+0x21/0x29 Jul 21 23:55:12 osage kernel: [8114f069] ? xlog_recover_process_efi+0x113/0x171 Jul 21 23:55:12 osage kernel: [8114f114] ? xlog_recover_process_efis+0x4d/0x8a Jul 21 23:55:12 osage kernel: [8114f475] ? xlog_recover_finish+0x14/0xac Jul 21 23:55:12 osage kernel: [81155101] ? xfs_mountfs+0x48f/0x556 Jul 21 23:55:12 osage kernel: [8115cb13] ? kmem_zalloc+0xd/0x28 Jul 21 23:55:12 osage kernel: [811557ca] ? xfs_mru_cache_create+0x111/0x14c Jul 21 23:55:12 osage kernel: [81165c89] ? xfs_fs_fill_super+0x199/0x300 Jul 21 23:55:12 osage kernel: [8108f7aa] ? get_sb_bdev+0x125/0x16d Jul 21 23:55:12 osage kernel: [81165af0] ? xfs_fs_fill_super+0x0/0x300 Jul 21 23:55:12 osage kernel: [8108f3a1] ? vfs_kern_mount+0xaa/0x179 Jul 21 23:55:12 osage kernel: [8108f4c3] ? do_kern_mount+0x43/0xe1 Jul 21 23:55:12 osage kernel: [810a2e93] ? do_mount+0x766/0x7e2 Jul 21 23:55:12 osage kernel: [81072562] ? copy_from_user+0x13/0x25 Jul 21 23:55:12 osage kernel: [810a2f93] ? sys_mount+0x84/0xc5 Jul 21 23:55:12 osage kernel: [8100202b] ? system_call_fastpath+0x16/0x1b Jul 21 23:55:12 osage kernel: Filesystem sdb1: XFS internal error xfs_trans_cancel at line 1161 of file fs/xfs/xfs_trans.c. Caller 0x8114f0b9 Jul 21 23:55:12 osage kernel: Jul 21 23:55:12 osage kernel: Pid: 4415, comm: mount Not tainted 2.6.34-gentoo-r1 #1 Jul 21 23:55:12 osage kernel: Call Trace: Jul 21 23:55:12 osage kernel: [8114f0b9] ? xlog_recover_process_efi+0x163/0x171 Jul 21 23:55:12 osage kernel: [81156cbc] ? xfs_trans_cancel+0x56/0xd3 Jul 21 23:55:12 osage kernel: [8114f0b9] ? xlog_recover_process_efi+0x163/0x171 Jul 21 23:55:12 osage kernel: [8114f114] ? xlog_recover_process_efis+0x4d/0x8a Jul 21 23:55:12 osage udevd-work[3570]: '/bin/mount -a' unexpected exit with status 0x000b Jul 21 23:55:12 osage kernel: [8114f475] ? xlog_recover_finish+0x14/0xac Jul 21 23:55:12 osage kernel: [81155101] ? xfs_mountfs+0x48f/0x556 Jul 21 23:55:12 osage kernel: [8115cb13] ? kmem_zalloc+0xd/0x28 Jul 21 23:55:12 osage kernel: [811557ca] ? xfs_mru_cache_create+0x111/0x14c Jul 21 23:55:12 osage kernel: [81165c89] ? xfs_fs_fill_super+0x199/0x300 Jul 21 23:55:12 osage kernel: [8108f7aa] ? get_sb_bdev+0x125/0x16d Jul 21 23:55:12 osage kernel: [81165af0] ? xfs_fs_fill_super+0x0/0x300 Jul 21 23:55:12 osage kernel: [8108f3a1] ?
Re: [gentoo-user] Re: I don't understand Perl. What do I do after an update?
On Donnerstag 22 Juli 2010, cov...@ccs.covici.com wrote: Alan McKinnon alan.mckin...@gmail.com wrote: On Wednesday 21 July 2010 23:14:35 cov...@ccs.covici.com wrote: This is a painful process. It's enough to drive a sysadmin to drink or (god forbid), to Windows. Portage can't help as the ebuild doesn't know what you have installed. So you must run a script to go and dig out all this crap for you. All I can say is, every day I get down on my knees and offer thanks that perl is not slotted. But portage should be sensible enough to either run this for you, or stop emerging -- I had a lot of trouble during the last update where I kept getting errors and I emerged a couple of them before I knew I had to run perl-cleaner. You haven't thought this through and haven't consider how portage knows what to do. Portage doesn't do it because portage can't. You want portage to do it != portage can do it. Consider this: [I] dev-lang/perl Installed versions: 5.12.1-r1(23:11:24 21/07/10)(berkdb gdbm -build - debug -doc -ithreads) [I] dev-perl/DateManip Installed versions: 5.56(19:39:11 17/07/10)(-test) When I upgraded perl to 5.12.1-r1, DateManip was not upgraded. Why not? because it's version number did not change and that is the ONLY thing portage considers. DateManip depends on perl, not on =perl-whatever-I-used-to-have So portage does not know of the link between these two things and cannot take them into account. Portage won't be expanded anytime soon either - you saw how long it took for perl-cleaner to run, must portage go through something like that with every emerge? Similarly, one could say portage should detect rev-dep breakage. Surprise! It doesn't. revdep-rebuild does that (comparable to perl-cleaner) and you know how long that takes to run. So you wasted some time with an upgrade. Well that's a shame. But we don't care much, especially if you don't read the elog messages. If you feel that portage should does this automagically, and have a plan to make it run REAL quick, and have proven, workable, debugged, solid, stable patches, then I'm sure Zac would be very happy indeed to hear from you. In the meantime, read the elog messages. But I could not read the elog messages, you can either read them with elogv or have portage send them per email whereever you want. So you can read them, while emerging other stuff.