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.
sparc happy.
Stable on hppa.
Stable on alpha.
stable on ppc
Lowering severity
stable on ppc64
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?