Re: [gentoo-user] dev-lang/perl:0 - problem

2015-04-19 Thread Andreas K. Huettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Sonntag, 19. April 2015, 13:05:02 schrieb Andreas K. Huettel: Am Sonntag, 19. April 2015, 01:38:30 schrieb Joseph: I've not updated to two months and now I'm getting dependency problem with dev-lang/perl

Re: [gentoo-user] dev-lang/perl:0 - problem

2015-04-19 Thread Andreas K. Huettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Sonntag, 19. April 2015, 01:38:30 schrieb Joseph: I've not updated to two months and now I'm getting dependency problem with dev-lang/perl (dev-lang/perl-5.20.2:0/5.20::gentoo, ebuild scheduled for merge) pulled in by

Re: [gentoo-user] dev-lang/perl:0 - problem

2015-04-19 Thread Alan McKinnon
On 19/04/2015 01:38, Joseph wrote: I've not updated to two months and now I'm getting dependency problem with dev-lang/perl (dev-lang/perl-5.20.2:0/5.20::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.20.2* required by

Re: [gentoo-user] dev-lang/perl:0 - problem

2015-04-19 Thread Neil Bothwick
On Sun, 19 Apr 2015 13:05:02 +0200, Andreas K. Huettel wrote: If this does not help, another (slightly radical) try would be emerge -aC $(qlist -IC 'virtual/perl-*') $(qlist -IC 'perl-core/*') and afterwards emerge -uDNav world (which re-installs virtuals and perl-core packages if

Re: [gentoo-user] grep -lr ignoring subdirs that start with dot (.)?

2015-04-19 Thread Andreas K. Huettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Freitag, 17. April 2015, 22:57:49 schrieb Tanstaafl: grep -lr searchstring * | xargs ls -lt ^^^ appears to work, and does return results for the cur and new subdirs, but seems to be ignoring the rest of the Maildirs. Maybe it has

Re: [gentoo-user] Re: Strange new behavior from the mount command

2015-04-19 Thread Fernando Rodriguez
On Sunday, April 19, 2015 3:18:38 PM walt wrote: As a quick-and-dirty way of testing your idea I moved /etc/fstab out of the way. I was surprised to learn that mount doesn't care about fstab, and doesn't even bother to look for it (when invoked with no arguments). You'll have to play

[gentoo-user] Re: Strange new behavior from the mount command

2015-04-19 Thread walt
On 04/18/2015 05:33 PM, Fernando Rodriguez wrote: On Saturday, April 18, 2015 3:59:15 PM walt wrote: execve(/bin/mount, [mount], [/* 61 vars */]) = 0 That number 61 on the 'bad' machine is 48, though, and I don't know where that odd-looking string of characters is generated or what it means.

Re: [gentoo-user] postdrop: warning - main.cf, line 669: overriding earlier entry: readme_directory=no

2015-04-19 Thread Joseph
On 04/19/15 10:00, Joseph wrote: Every time I emerge any package I see a line: postdrop: warning: /etc/postfix/main.cf, line 669: overriding earlier entry: readme_directory=no I've never seen this one before, and didn't finished compiling all the updates. What does it want? Solved, I just

Re: [gentoo-user] Re: Strange new behavior from the mount command

2015-04-19 Thread Mike Gilbert
On Sun, Apr 19, 2015 at 6:18 PM, walt w41...@gmail.com wrote: On 04/18/2015 05:33 PM, Fernando Rodriguez wrote: On Saturday, April 18, 2015 3:59:15 PM walt wrote: execve(/bin/mount, [mount], [/* 61 vars */]) = 0 That number 61 on the 'bad' machine is 48, though, and I don't know where that

[gentoo-user] postdrop: warning - main.cf, line 669: overriding earlier entry: readme_directory=no

2015-04-19 Thread Joseph
Every time I emerge any package I see a line: postdrop: warning: /etc/postfix/main.cf, line 669: overriding earlier entry: readme_directory=no I've never seen this one before, and didn't finished compiling all the updates. What does it want? -- Joseph