1 |
Hi Hanno, |
2 |
|
3 |
I've started looking at this mess. And a mess it is. To the point, |
4 |
where for our somewhat "subset of what mailman provides" requirements |
5 |
I'm contemplating rather cooking an in-house solution (have done similar |
6 |
in the past, but none of these really provide everything we require), |
7 |
but will get back to you. |
8 |
|
9 |
In the current state mailman3 as it is in tree I don't think it's usable |
10 |
in any sensible way (Unless I'm really missing something), so if I go |
11 |
another route I recommend we last-rite it and move on. If I do pick it |
12 |
up on it, then the problem is solved either way. |
13 |
|
14 |
Kind Regards, |
15 |
Jaco |
16 |
|
17 |
On 2021/12/21 13:23, Hanno Böck wrote: |
18 |
> Hi, |
19 |
> |
20 |
> I'm no longer using mailman personally, thus I'm not interested in |
21 |
> maintaining it any more. |
22 |
> |
23 |
> The mailman packages currently in portage are the mailman 3 split |
24 |
> packages, which involve multiple packages providing the functionality, |
25 |
> plus a large number of dependencies. (Unfortunately with the switch |
26 |
> from mailman 2 to 3 upstream decided not only to move from python 2 to |
27 |
> 3, but also to make the whole thing far more complicated and involve |
28 |
> far more dependencies...) |
29 |
> |
30 |
> If you're interested in maintaining this please add yourself to the |
31 |
> metadata.xml of these packages: |
32 |
> |
33 |
> dev-python/django-allauth |
34 |
> dev-python/django-appconf |
35 |
> dev-python/django-compressor |
36 |
> dev-python/django-extensions |
37 |
> dev-python/django-gravatar2 |
38 |
> dev-python/django-haystack |
39 |
> dev-python/django-picklefield |
40 |
> dev-python/django-q |
41 |
> dev-python/python3-openid |
42 |
> dev-python/rcssmin |
43 |
> dev-python/robot-detection |
44 |
> net-mail/django-mailman3 |
45 |
> net-mail/hyperkitty |
46 |
> net-mail/mailmanclient |
47 |
> net-mail/mailman |
48 |
> net-mail/mailman-meta |
49 |
> net-mail/postorius |
50 |
> |
51 |
> If noone steps up maintaining this I'n not entirely sure what to do |
52 |
> with it, maybe just remove everything? (Including the python |
53 |
> dependencies that aren't used by any other package I guess.) |
54 |
> |