[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [Mailman-Developers] Let's try to package mailman3 in Debian!



Le samedi 20 février 2016 à 19:52:49+0000, Bernhard Schmidt a écrit :
> Pierre-Elliott Bécue <becue@crans.org> wrote:
> 
> Hi Pierre,
> 
> > Before requesting for sponsorship, and packaging officially the other
> > components of mailman3, I'd like some "testers" for the core package I
> > built, in order to be sure that it works, and that I will not introduce some
> > stupid caveats on the packaging of the other components.
> >
> > .deb can be found here: http://peb.pimeys.fr/mailman/mailman3-core/
> > git repo can be found there: https://gitlab.pimeys.fr/PEB/mailman3-core
> > and there: https://github.com/P-EB/mailman3-core
> >
> > Any volunteer welcome! Please, I need your help, I cannot review my work
> > alone! :)
> 
> I just tried to have a look in a stretch docker image.
> 
> - There are three .deb files on your webserver
> 
>   mailman3-core_3.0.0-1_all.deb
>   mailman3-core_3.0.0-3_all.deb
>   mailman3-core_3.0.0-3_amd64.deb
> 
>   It is not immediately obvious which one to test, since -1 has actually
>   a newer timestamp.

The good version is actually the 3.0.0-1, sorry for the remaining stuff, I
removed it.

> - Mailman Core 3.0.1 and 3.0.2 have been released in the meantime

Yes, I'll ask to mailman devels how clever it'd be to take 3.0.2 for
packaging now.

> - it does not work on stretch/sid because it is not compatible with
>   Python 3.5, see https://gitlab.com/mailman/mailman/issues/181

Yeah, during my tries I didn't met this issue. I guess it's because 3.5
wasn't in. I'll work on it as I'm not fully aware of how to enforce 3.4.

> - it does not install on Jessie (even with jessie-backports because of
>   missing dependencies) (just a note because of not working on stretch
>   either)

Backporting all mailman3 suite will not be simple I guess, but I intend
doing so when and if my packaging for sid succeeds.

> - The systemd unit won't work because the parameter for the
>   configuration file is '-C', not '-c'

My bad, I really thought I've fixed it before sending this email.

> - installing python3.4 and changing the shebang in /usr/bin/mailman
>   leads to the following error
> 
>   root@4ca9477a166c:~# /usr/bin/mailman -C /etc/mailman3/mailman.cfg start
>   Starting Mailman's master runner
>   /usr/bin/python3.4: can't open file '/var/lib/mailman/bin/master':
>   [Errno 2] No such file or directory
> 
>   The files are installed in /var/lib/mailman3/bin, but bin_dir in
>   /etc/mailman3/mailman.cfg points to /var/lib/mailman/bin ... both
>   directories are wrong from my POV, it should probably be
>   /usr/lib/mailman3 or something like that

During my discussions with Barry Warsaw, we agreed that except the mail
binary, the others shouldn't be in /usr/bin as their name is "too generic".

This error is mailman3.cfg was in the same stack of patches that should have
been committed before my email (with -C option)

> - Fixing this up leads to
> 
>   root@4ca9477a166c:~# /usr/bin/mailman -C /etc/mailman3/mailman.cfg start
>   Starting Mailman's master runner
>   Traceback (most recent call last):
>     File "/var/lib/mailman3/bin/master", line 9, in <module>
>       load_entry_point('mailman==3.0.0', 'console_scripts', 'master')()
>     File "/usr/lib/python3/dist-packages/mailman/bin/master.py", line 536,
>   in main
>       with open(config.PID_FILE, 'w') as fp:
>   FileNotFoundError: [Errno 2] No such file or directory:
>   '/run/mailman3/master.pid'
> 
>   because the directory does not exist. Since you are shipping a systemd
>   unit only you should probably ship a .tmpfile as well.

During my initial test, I tried to run mailman3 standalone, and the
directory stayed, so I never met the error. Fix committed. Thanks.

> I now have a running daemon. I haven't done anything with Mailman3 so
> far, so I need to read up on that first.

Thanks for reviewing, sorry for the loss of time I induced.

-- 
PEB


Reply to: