1 |
On 06/09/2013 18:45, Jarry wrote: |
2 |
> On 06-Sep-13 18:29, Canek Peláez Valdés wrote: |
3 |
>> On Fri, Sep 6, 2013 at 11:22 AM, Jarry <mr.jarry@×××××.com> wrote: |
4 |
>>> On 06-Sep-13 18:14, Canek Peláez Valdés wrote: |
5 |
>>>> |
6 |
>>>> On Fri, Sep 6, 2013 at 10:51 AM, Jarry <mr.jarry@×××××.com> wrote: |
7 |
>>>>> |
8 |
>>>>> On 06-Sep-13 17:32, Michael Orlitzky wrote: |
9 |
>>>>>> |
10 |
>>>>>> |
11 |
>>>>>> On 09/06/2013 11:23 AM, Jarry wrote: |
12 |
>>>>>>>> |
13 |
>>>>>>>> |
14 |
>>>>>>>> |
15 |
>>>>>>>> It wasn't part of @system before, you just removed the thing that |
16 |
>>>>>>>> pulled |
17 |
>>>>>>>> it in. |
18 |
>>>>>>> |
19 |
>>>>>>> |
20 |
>>>>>>> |
21 |
>>>>>>> No I did not. mail-mta/ssmtp was part of stage3. And I did not |
22 |
>>>>>>> remove now any "thing" that pulled it in. All I did was |
23 |
>>>>>>> "emerge --ask --update --deep --newuse world". |
24 |
>>>>>>> |
25 |
>>>>>>> As a result, python-exec, python-argparse and libxml2 were |
26 |
>>>>>>> reinstalled and automake-wrapper, gtk-doc-am, eselect and |
27 |
>>>>>>> linux-header updated. Nothing else. |
28 |
>>>>>>> |
29 |
>>>>>>> After that I did "emerge --depclean" and the above mentioned |
30 |
>>>>>>> packages were suddenly removed... |
31 |
>>>>>>> |
32 |
>>>>>> |
33 |
>>>>>> It could be that a package's deps were updated to no longer include |
34 |
>>>>>> virtual/mta. But it was never part of @system, you can check for |
35 |
>>>>>> yourself: |
36 |
>>>>>> |
37 |
>>>>>> |
38 |
>>>>>> |
39 |
>>>>>> http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/base/packages?view=log |
40 |
>>>>>> |
41 |
>>>>> |
42 |
>>>>> |
43 |
>>>>> |
44 |
>>>>> Then something got broken because I have packages installed |
45 |
>>>>> that need mailer (i.e. app-admin/monit or sys-fs/mdadm are |
46 |
>>>>> configured to send emails). And these packages do not have |
47 |
>>>>> "mail" use-flag, because their maintainers apparently expect |
48 |
>>>>> standard *nix mailer (/usr/bin/sendmail) exists on the system... |
49 |
>>>>> |
50 |
>>>>> So now I have "stable" system, updated to the latest level, |
51 |
>>>>> where a lot of things suddenly do not work. This should *never* |
52 |
>>>>> happen! If it was some package's dep that caused it, it's clear |
53 |
>>>>> this change was premature... |
54 |
>>>> |
55 |
>>>> |
56 |
>>>> I think is a bug in the packages. In my system the only package that |
57 |
>>>> pulls vitual/mta (and therefore ssmtp) is vixie-cron. |
58 |
>>> |
59 |
>>> |
60 |
>>> That is strange. I have sys-process/vixie-cron-4.1-r12 and yet |
61 |
>>> revdep-rebuild does not want to pull virtual/mta. But It should, |
62 |
>>> as cron can be configured to send emails too. |
63 |
>> |
64 |
>> Read my last mail; they changed the RDEPEND for the cron eclass. |
65 |
>> |
66 |
>>> As I wrote: there are *many* packages that expect standard |
67 |
>>> *nix mailer exists! If it does not, a lot of packages must |
68 |
>>> be fixed to include mailer as dependency. |
69 |
>> |
70 |
>> The devs disagree. I think I'm with them; the packages in question |
71 |
>> actually work, it just happens that they can't send mails anymore. If |
72 |
>> you need/want them to send mails, install an MTA. |
73 |
>> |
74 |
> |
75 |
> "Just" can't send mails. So if mdadm detects failed drive in raid1 |
76 |
> and I do not get mail about it, I will discover it at least when |
77 |
> the 2nd drive fails. That's a relief... |
78 |
> |
79 |
> Why is there no global use-variable "mta"? Why not even local |
80 |
> for packages that might use mailer? This goes completely against |
81 |
> Gentoo-principles, if user has to search which other packages are |
82 |
> required and install them manually. Is it not what we have |
83 |
> use-flags for? |
84 |
|
85 |
Relax Jarry, take a chill-pill. It's Friday and weekend is almost here. |
86 |
|
87 |
Let me point out the mistakes you have made. |
88 |
|
89 |
You ran emerge --depclean blindly and let it do $WHATEVER. Or, you |
90 |
didn't read the output and notice it was about to nuke the mta. |
91 |
|
92 |
You assume and hope that you will always have a mailer. You didn't check |
93 |
if it really was in @system, or in the profile, or set by a USE flag. |
94 |
The mta just happened to be there, and you just assumed. Turns out it's |
95 |
there because the cron eclass just happened to think it was a good idea. |
96 |
It changed it's mind. |
97 |
|
98 |
cron is not part of @system either. You had to emerge it yourself, and |
99 |
that just happened to bring along an mta. If you wanted sendmail or |
100 |
postfix instead of ssmtp, you would have had to do that manually too. |
101 |
|
102 |
Just emerge the mta of your choice and put it in world. Then ask for the |
103 |
docs to be updated. Or, seeing as it's now a wiki, edit the docs yourself. |
104 |
|
105 |
-- |
106 |
Alan McKinnon |
107 |
alan.mckinnon@×××××.com |