Re: contrib

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--===============4761062039324695195==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="pKVufXCXIqbpESQHcDsV4EVWkuLLPw9Wr"

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--pKVufXCXIqbpESQHcDsV4EVWkuLLPw9Wr
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 11/01/16 16:05, Earnie wrote:
> On 1/9/2016 4:03 AM, waterlan wrote:
>> Keith Marshall schreef op 2016-01-08 22:22:
>>> 3) There is a possibility that we could choose to aggregate contribut=
ed
>>>    packages into a separate delivery channel; keeping them separate a=
t
>>>    the outset makes it easier to accomplish that later.
>>
>> That is adding complexity. I would rather keep it simple.

It is already simple; as primary maintainer of mingw-dist, I have no
intention of changing what we have right now.  However, it was wrong
that someone attempted to aggregate the contrib packages into the
mingw32 core catalogue; for simplicity, they need their own.

> It was discussed years ago on this list so the archives can be reviewed=
=2E
>  If I recall correctly the contrib directory was intended to provide a
> place for those applications that were built with MinGW but not
> pertinent to the functioning of MinGW.  We decided to also use this
> directory for any package that someone wanted to contribute.  The
> installation mechanism we now have may or may not cause that need to be=

> revisited but I'm of the opinion that it should remain to help isolate
> those packages that are not pertinent to the functioning of MinGW.

For "not pertinent" read "non-essential".

This was precisely the point I was trying to make; from both the users'
perspective, in FRS, and the maintainer's perspective, in mingw-dist, I
prefer to keep "contrib" and core packages separated.

> MSYS was never meant to become a Cygwin and therefore we discouraged
> contributions of packages that required MSYS.  The only reason for a
> package to be added to MSYS is if it is needed to do ./configure and
> make.  Some packages are needed because of the embedded POSIx paths
> created automatically in files.  For instance we needed perl as an MSYS=

> package because of autoconf's usage of it.

Also a point I was trying to make; MSYS is minimal, to the extent that
it satisfies the specific objective of hosting a GNU build system.  It
achieves that goal already, without requiring contributed packages.  It
is a fork of cygwin, and user's who need additional capabilities should
just use cygwin; it is not our objective to compete with cygwin, (which
is why we do not sanction the MSYS2 project; they seem to be heading in
precisely the direction of direct competition with cygwin).

--=20
Regards,
Keith.

Public key available from keys.gnupg.net
Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F


--pKVufXCXIqbpESQHcDsV4EVWkuLLPw9Wr
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)

iQIcBAEBAgAGBQJWk++wAAoJEMCtNsY0flo/fW8P/RYX8CdGa/OOB4G87AcZulVN
VqrBteTuGlsnAb810OmfzvtROWCH2NSOIbbwbqfSlVvAE5GrK+TPZq2L3g/IkZqC
E/4wN9liPtXPMIvvZx55crwteFg0Ex6qQ/0hPqIT22K940Y8M7oh5O25BAftdcuX
ymCD/u5zTWcXyfRJeThy4mSJhEeI42O73YoiJZIr5p3ACJwNl+AM+wbRQ+3xtOXR
A+KXOgb6nse3+Z27fPOpCJaxPm9b5aHnaRbkH/GpbFzH9HYxaJFsnFt1RfoQfpvq
XspiqoO14J5jqJfAw4JBzJtIEg1ICJRX6QzkYPHVTaeNnaGIcmspWoM7Mn2uF37v
PnPX+X7Vqu7uwYZklnUAmttEoIF3ACDscKjqe2zbDcew9X1GowfJMdc+yF0LFiX3
VunSWBsxkvfeJXXcux/P3Gx76hakVBR3NT0kDrrXIFeeYc708ZqrZFJ/wBdU3OYQ
uiKOFuuI6RppYrAvRH48ZhNnKE6jHVN6iC2JRMa+YDtk6pIlTZrJsN8QxRFtzZLh
gSzrru30r8JjZWEeVNWPm7QW7T5REYmuK3zHTSiMfxjWtDQmKBujTOwikupFItc9
eTTCCkaXxZ36sPjjQYVzg0c/cBBFB/qdq3TOgeiL9a6N4LdrTwIBILMxjbUAsUsS
gUSOtUOgC49l86iWJXUq
=M74V
-----END PGP SIGNATURE-----

--pKVufXCXIqbpESQHcDsV4EVWkuLLPw9Wr--


--===============4761062039324695195==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
--===============4761062039324695195==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
MinGW-dvlpr mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-dvlpr

--===============4761062039324695195==--