Dear packagers,
First of all, thank you for packaging OpenSMTPD to your systems !
We're glad to see so many ports/packages available now: between the BSD,
OSX and Linux distros, we have around 10 systems covered, some providing
both stable and snapshots packaging.
I would like to take the opportunity to tell/remind a few things.
First of all, we are very open to help packagers and to make their lives
easier by merging upstream the diffs that they have and that are not too
specific to their operating system / distribution. If we can reduce your
delta and that it can benefit everyone, we will always merge in portable
so that you and others don't have to maintain these diffs on your side.
It doesn't mean we merge *everything*, but we do consider every requests
and we provide an explanation if we refuse to merge. So far, it happened
when requesting a merge related to packaging specific to a system.
That being said, you're free to do whatever you want with your packages,
but there is ONE particular thing that we strongly discourage.
"do not create diffs in your smtpd/ subdirectory"
In the past, we have had bugs reported that we couldn't reproduce.
We have spent hours and sometimes days before realizing that users had a
diff that was seemingly innocent but happened to break things. We saw it
on diffs that were no more than 2 lines... heck we saw it on diffs which
only added a debug log line :-)
We are a small team and we cant cope with people running altered version
of the codebase, and we cant cope with double-checking specific diffs as
it would require considerable time and effort.
As soon as smtpd/ subdirectory has a diff, even something as simple as:
-#define MAXCONN_PER_HOST 10
+#define MAXCONN_PER_HOST 20
you can consider the helpdesk closed, the warranty voided and you become
the own helpdesk for users of your package :-)
We will still help/answer generic questions, but if a bug is reported we
are unable to reproduce with our versions, we'll assume bug to come from
your diffs and redirect users to you as it will be a derivative from our
work and not the official code.
Again, we are very open to merging upstream so by all means: try to make
your changes merged upstream and dont change things unless you are ready
to become a helpdesk :-)
========================================================================
Just to be clear, this is not a response to anything we saw.
We do not know of any package having local diffs, this mail is just here
to make this rule explicit for future references. As long as everyone is
aware of this rule, the contract is clear for us all :-)
========================================================================
Feel free to ask any question in this thread !
--
Gilles Chehade
https://www.poolp.org @poolpOrg
--
You received this email because you are subscribed to mailing list:
[email protected]
To unsubscribe, send mail with subject:
[[email protected]] unregister
