| 1 |
On 06-Sep-13 18:29, Canek Peláez Valdés wrote: |
| 2 |
> On Fri, Sep 6, 2013 at 11:22 AM, Jarry <mr.jarry@×××××.com> wrote: |
| 3 |
>> On 06-Sep-13 18:14, Canek Peláez Valdés wrote: |
| 4 |
>>> |
| 5 |
>>> On Fri, Sep 6, 2013 at 10:51 AM, Jarry <mr.jarry@×××××.com> wrote: |
| 6 |
>>>> |
| 7 |
>>>> On 06-Sep-13 17:32, Michael Orlitzky wrote: |
| 8 |
>>>>> |
| 9 |
>>>>> |
| 10 |
>>>>> On 09/06/2013 11:23 AM, Jarry wrote: |
| 11 |
>>>>>>> |
| 12 |
>>>>>>> |
| 13 |
>>>>>>> |
| 14 |
>>>>>>> It wasn't part of @system before, you just removed the thing that |
| 15 |
>>>>>>> pulled |
| 16 |
>>>>>>> it in. |
| 17 |
>>>>>> |
| 18 |
>>>>>> |
| 19 |
>>>>>> |
| 20 |
>>>>>> No I did not. mail-mta/ssmtp was part of stage3. And I did not |
| 21 |
>>>>>> remove now any "thing" that pulled it in. All I did was |
| 22 |
>>>>>> "emerge --ask --update --deep --newuse world". |
| 23 |
>>>>>> |
| 24 |
>>>>>> As a result, python-exec, python-argparse and libxml2 were |
| 25 |
>>>>>> reinstalled and automake-wrapper, gtk-doc-am, eselect and |
| 26 |
>>>>>> linux-header updated. Nothing else. |
| 27 |
>>>>>> |
| 28 |
>>>>>> After that I did "emerge --depclean" and the above mentioned |
| 29 |
>>>>>> packages were suddenly removed... |
| 30 |
>>>>>> |
| 31 |
>>>>> |
| 32 |
>>>>> It could be that a package's deps were updated to no longer include |
| 33 |
>>>>> virtual/mta. But it was never part of @system, you can check for |
| 34 |
>>>>> yourself: |
| 35 |
>>>>> |
| 36 |
>>>>> |
| 37 |
>>>>> |
| 38 |
>>>>> http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/base/packages?view=log |
| 39 |
>>>> |
| 40 |
>>>> |
| 41 |
>>>> |
| 42 |
>>>> Then something got broken because I have packages installed |
| 43 |
>>>> that need mailer (i.e. app-admin/monit or sys-fs/mdadm are |
| 44 |
>>>> configured to send emails). And these packages do not have |
| 45 |
>>>> "mail" use-flag, because their maintainers apparently expect |
| 46 |
>>>> standard *nix mailer (/usr/bin/sendmail) exists on the system... |
| 47 |
>>>> |
| 48 |
>>>> So now I have "stable" system, updated to the latest level, |
| 49 |
>>>> where a lot of things suddenly do not work. This should *never* |
| 50 |
>>>> happen! If it was some package's dep that caused it, it's clear |
| 51 |
>>>> this change was premature... |
| 52 |
>>> |
| 53 |
>>> |
| 54 |
>>> I think is a bug in the packages. In my system the only package that |
| 55 |
>>> pulls vitual/mta (and therefore ssmtp) is vixie-cron. |
| 56 |
>> |
| 57 |
>> |
| 58 |
>> That is strange. I have sys-process/vixie-cron-4.1-r12 and yet |
| 59 |
>> revdep-rebuild does not want to pull virtual/mta. But It should, |
| 60 |
>> as cron can be configured to send emails too. |
| 61 |
> |
| 62 |
> Read my last mail; they changed the RDEPEND for the cron eclass. |
| 63 |
> |
| 64 |
>> As I wrote: there are *many* packages that expect standard |
| 65 |
>> *nix mailer exists! If it does not, a lot of packages must |
| 66 |
>> be fixed to include mailer as dependency. |
| 67 |
> |
| 68 |
> The devs disagree. I think I'm with them; the packages in question |
| 69 |
> actually work, it just happens that they can't send mails anymore. If |
| 70 |
> you need/want them to send mails, install an MTA. |
| 71 |
> |
| 72 |
|
| 73 |
"Just" can't send mails. So if mdadm detects failed drive in raid1 |
| 74 |
and I do not get mail about it, I will discover it at least when |
| 75 |
the 2nd drive fails. That's a relief... |
| 76 |
|
| 77 |
Why is there no global use-variable "mta"? Why not even local |
| 78 |
for packages that might use mailer? This goes completely against |
| 79 |
Gentoo-principles, if user has to search which other packages are |
| 80 |
required and install them manually. Is it not what we have |
| 81 |
use-flags for? |
| 82 |
|
| 83 |
Jarry |
| 84 |
-- |
| 85 |
_______________________________________________________________ |
| 86 |
This mailbox accepts e-mails only from selected mailing-lists! |
| 87 |
Everything else is considered to be spam and therefore deleted. |
Archives