Hello Daniel and Michel.
Daniel I see that you're a Debian Developer as of this year,
congratulations.
That said, it's unusual as a package maintainer to be /told/ that a
package I maintain is going to be NMUed with a new version that
significantly changes the package, without any serious bug on the
package. There's been no mention of the package's Salsa Git repository
or how that would be reconciled. The rules for Debian that I'm aware of
would preclude doing this without the package maintainer's go-ahead.
I've had a very brief look at Michael's package. I don't understand the
new debian/changelog entries, it looks like Git commit numbers have been
included, I've never seen that before in any Debian package and I'm
wondering how that could be useful to any Debian end user. The
debian/changelog entries are not just for developers, Debian end users
use them to know what changes the package has gone through; I think I
would prefer those Git commit comments not be there unless there's good
justification. I don't understand the debian/control file concerning new
build dependencies I don't recognized and that have <!nocheck> entries.
(What is that?) A new salsa-ci.yml file is included which is going to do
-- something -- which hasn't been discussed. The debian/rules have been
converted to automatic 'dh' rules, and there needs to be detailed review
of what the end-effect of changing those rules are compared to the
current package in Debian. Changing the debian/rules is specifically
something not to change without consent from the package maintainer.
Please do not upload this package as it is right now, I think the needs
changes before it could be released. This is not a situation where
Michael's Git repo could simply be imported into the Debian MLMMJ Git
repository, because there's several past versions that were never
released to Debian and so don't belong in the Salsa Git repo. I don't
think I know enough Git magic (rebase?) to reconcile all that to make a
clean Salsa Git history of Debian releases.
And if you're not aware, the install instructions for MLMMJ for Exim4
also need updating after changes to Exim4 for disallowing using "tainted
data" and I don't yet know if the new upstream fork has updated those
instructions. That was discussed on the MLMMJ mailing list, which is
still active. Let me know if you are on the mailing list for MLMMJ to
see the discussion of these issues.
I appreciate the work Micheal has done to create a new Debian package of
MLMMJ, it's definitely going to be useful even if it can't be released
directly. At minimum there should be away of 'cherry picking' Git
commits to include in a new MLMMJ Debian release.
Daniel when you have time please let me know your thoughts about all
this. Hopefully we can figure out a way to make this work, because I
could certainly use help.
Thanks
-- Chris
--
Chris Knadle
chris.kna...@coredump.us
On 7/6/24 09:12, Daniel Gröber wrote:
Hi all,
I'm also interested in getting mlmmj back into shape.
Chris, the package Michael has been maintaining looks pretty good at first
glance is there something stopping you from picking it up?
Heads up: I'm going to NMU it to experimental as long as I don't find any
issues during review.
--Daniel
On Fri, Mar 22, 2024 at 04:07:57PM -0400, Michael Jeanson wrote:
On Sat, 23 Dec 2023 18:10:34 -0500 Chris Knadle <chris.kna...@coredump.us>
wrote:
retitle 1043037 Switch upstream source to fork after release of MLMMJ 1.4
summary 1043037 MLMMJ upstream is dead since 2017, but users of MLMMJ
have created a usable fork with new features; it's time to switch to it
thanks
New location for ongoing fork MLMMJ releases (current release is 1.4.3):
https://codeberg.org/mlmmj/mlmmj/releases
Hi,
I've prepared an updated mlmmj 1.4.4 package in a personal repo [1], I've
also been working with upstream to fix some issues I've encountered while
updating the packaging code.
Please have a look and feel free to take only the pieces you like, I don't
run an mlmmj server yet so other than running the test suite it's quite
untested. There are some test failures on Salsa-CI which I'm unable to
reproduce locally at the moment.
I would like to eventually migrate an existing mailman2 system to mlmmj
after trixie is release, hence this effort.
Cheers,
Michael
[1] https://salsa.debian.org/mjeanson/mlmmj
