Bug 63123 - net-analyzer/nagios-core* needs virtual/mailx changed to virtual/mta
|
Bug#:
63123
|
Product: Gentoo Linux
|
Version: 2004.2
|
Platform: All
|
|
OS/Version: All
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: net-mail@gentoo.org
|
Reported By: ramereth@gentoo.org
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: net-analyzer/nagios-core* needs virtual/mailx changed to virtual/mta
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-09-07 06:22 0000
|
When I tried doing an emerge -UDpv world today, nagios-core broke something:
samwise root # emerge -UDpv world
>>> --upgradeonly implies --update... adding --update to options.
These are the packages that I would merge, in order:
Calculating world dependencies |
emerge: there are no masked or unmasked ebuilds to satisfy "virtual/mailx".
!!! Problem with ebuild net-analyzer/nagios-1.2
!!! Possibly a DEPEND/*DEPEND problem.
!!! Depgraph creation failed.
Now, correct me if I'm wrong, but isn't the new virtual for mail apps virtual/mta now and not virtual/mailx ? When I changed the ebuild from mailx to mta, the depgraph completed fine.
Cheers!
no, it has to be mailx to send mails, no local mta is needed
just upgrade your mailx mailer.
Hrm, maybe that's the problem. This box has an mta (postfix) and it was
complaining about this. Once I changed it to virtual/mta it fixed the problem.
What would be causing this?
a mta is not really required, but it's nice to have one
only the "mail" command is need, which is providen by eg mailx
you can test it with #echo "test" | mail root
if the message gets delivered with a local procmail or with a mta on another machine is independend.
Yeah, But what I'm saying is, shouldn't postfix satisfy the mailx virtual? Or
how should it work? I just upgraded postfix on this box last week, maybe this
isn't a bug with nagios-core, but one with postfix itself. The key issue here
is that I have an mta installed on this machine (postfix) and its complaining
that I have nothing to satisfy mailx. This gets bypassed by changing
virtual/mailx to virtual/mta. I understand that it doesn't need an mta :) as
ssmtp should work fine if configured correctly.
net-mail herd please look at this:
$ grep virtual/mailx * -r
nail/nail-10.8.ebuild:PROVIDE="virtual/mailx"
nail/nail-10.8.ebuild: !virtual/mailx"
Why is mail-client/mailx not providing virtual/mailx? Something looks wrong here...
mail-client/mailx is, indeed, missing the mailx PROVIDE.
It's an easy fix, but I'm away from my Gentoo machine atm. Can somebody in
net-mail fix this?
Fixed in mailx-8.1.2.20021129-r4.ebuild, now in CVS.
We need to mark mailx-8.1.2.20021129-r4.ebuild stable on ppc, sparc, alpha,
hppa and ppc64, so the original bug can go away on stable systems. Thank you,
guys.
Stable on all required archs, closing. Thanks everyone (even though you're not
on CC anymore :) ).
did anyone add this to portage? If not, why?
