Re: MinGW installer cannot download a pthreads package
Keith Marshall <[email protected]> Tue, 26 Jan 2021 22:26:11 +0000
| Newsgroups | gmane.comp.gnu.mingw.user |
|---|---|
| Organization | MinGW.org Project |
| Message-ID | <[email protected]> |
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============5322900007161357164== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="S2SsbUgKgZTsnGclNqI64DcDq0ih383Uk" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --S2SsbUgKgZTsnGclNqI64DcDq0ih383Uk Content-Type: multipart/mixed; boundary="t49hu2VgE0jdISYQ4rLF8SrRLs0dpFsTo"; protected-headers="v1" From: Keith Marshall <[email protected]> To: [email protected] Message-ID: <298b0197-6478-9026-8b56-c7af750ecd87-JlWs9+JhQMeJPt80KsDg5Q@public.gmane.org> Subject: Re: [MinGW-Users] MinGW installer cannot download a pthreads package References: <20201223150506.a74a24560d02bdd8411c8c58-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> In-Reply-To: <20201223150506.a74a24560d02bdd8411c8c58-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> --t49hu2VgE0jdISYQ4rLF8SrRLs0dpFsTo Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Apologies for not having found the time to respond sooner. On 23/12/2020 12:05, Anton Shepelev wrote: > While trying to update my installation of MingGW using the > latest and freshly re-installed mingw-get.exe, I receive an > error message about a failed access to: >=20 > http://prdownloads.sourceforge.net/mingw/pthreads-GC-w32-2.10.mingw3= 2-pre-20160821-1-dll-3.tar.xz?download >=20 > due to an error 12157. That very file is in fact available > in SourceForge for download via the browser ... Well, the error code is not 404, so it isn't telling you the file doesn't exist; it is telling you that a connection to the server has been disallowed. > Does the MinGW installer seek this package at the correct URL? Yes, insofar as the SourceForge admins have promised that they will continue to support the shortened http://prdownloads... form of URL, (and it does still work for me, on Win7); no, because the preferred source for this DLL should be from our OSDN.net FRS. > If it does, then it must be unable to download it becase my Windows > XP does not support the required network protocol. I think I've said this before: it is becoming increasingly difficult to continue supporting WinXP; mingw-get downloads, from SourceForge.net, stopped working on my WinXP VM, a few *years* ago, (but they do still seem to work on my Win7 VM). Until recently, they *did* work, on WinXP, when downloading from OSDN.net, but today, even that seems to no longer work. Obviously, there are ways and means of achieving successful downloads on WinXP; Firefox, for example, *can* successfully download those files, even from SourceForge.net, which mingw-get cannot. I suspect that the primary cause of the problem is that mingw-get depends on Microsoft's WININET.DLL, to support HTTP/HTTPS services, and internet security has moved on apace, since Microsoft published their last update to this DLL, before WinXP passed end-of-life; I assume that WININET.DLL on WinXP is no longer fit for purpose, in the modern internet world, and that browsers, such as Firefox, use alternative technologies to support their internet access. Perhaps it would be possible for mingw-get to abandon WININET.DLL, in favour of some alternative technology, to restore download capability for older Windows versions, but unless someone steps forward, and volunteers to develop the implementation, it will not happen ... I simply have neither the time, nor the inclination, to do so myself. > Is it possible, as an alternative, to upgrade MinGW from a local, > manually downloaded repository of packages? I think Eli has already helped to guide you to the answer for this. --=20 Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F --t49hu2VgE0jdISYQ4rLF8SrRLs0dpFsTo-- --S2SsbUgKgZTsnGclNqI64DcDq0ih383Uk Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEwZ7AGBVH3lDh1I9TwK02xjR+Wj8FAmAQlwMFAwAAAAAACgkQwK02xjR+Wj// uQ//Z3tspamWGAEpzgseqO/Pq6GlcUY+2PceqXC4YA9lWJK4vSmPB0TBa+j2hmD+mHZG/R8PkixI fCB9TRwBexaZ6jm2wBKPN4kBjalt2RyYprbcCk4xkQdm3qG28lg0xhT16AuDFXbuhrurS77OmlKN BQsBSFHASaJ7XNvSQVLQMXFDANyCqKCCwe44hWf/MHzCNzhQQGhdEX+4L8ShTd4O9G7CZ4NWQu4G fOM+S8g4P3sv9m5YzsnBySJevZf8h+XoRa5IORc+4+2dkyBTZQ91e9N8l3iTjLm1//2HRUoWpVNQ rBUAS9f2p8lAZlnJZvHD37NVrihHzfP2p8g0ZXRY+1N7uAtEjN5ZXDbnP03kEJl8BcYJFC8TqSGJ x339Pt0P8QZU9F0WFj9Qdv42OH7CoODKP423rjAb4jYYgoZKCoqOKUdVZu7glZtzwqO9KhQaUoD9 jE3Z8gEt6eVals0S7vrSqADdbFIItosmlZAHRJ7t12MS2yC3Cy4YHHa4FWK8wHDV+5ISodRjQqAh oUfDaPPU6yewG/gWYHkoc6mGPel5TAXE/wyPu15+tW3cJ1gsXMu8726fMpr1picASaXWAjhsue+W 3ZqRptJs6CjrvW1gt0TEbS+HxjFQDvbYvY5WyN4X/KCqvq03Hqj0eLtRMvfD50nahwJH4Lj4A/Ss +pw= =XX/6 -----END PGP SIGNATURE----- --S2SsbUgKgZTsnGclNqI64DcDq0ih383Uk-- --===============5322900007161357164== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTWluR1ctVXNl cnMgbWFpbGluZyBsaXN0Ck1pbkdXLVVzZXJzQGxpc3RzLm9zZG4ubWUKClRoaXMgbGlzdCBvYnNl cnZlcyB0aGUgUG9zdGluZyBFdGlxdWV0dGUsIGFzIGRlc2NyaWJlZCBhdCBodHRwczovL21pbmd3 Lm9zZG4uaW8vaW5kZXguaHRtbD9wYWdlPW1haWxpbmcuaHRtbCNsaXN0LWV0aXF1ZXR0ZS4KV2Ug YXNrIHRoYXQgeW91IGJlIHBvbGl0ZSBhbmQgZG8gdGhlIHNhbWUuICBEaXNyZWdhcmQgZm9yIHRo ZSBsaXN0IGV0aXF1ZXR0ZSBtYXkgY2F1c2UgeW91ciBhY2NvdW50IHRvIGJlIG1vZGVyYXRlZC4K Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCllvdSBtYXkg Y2hhbmdlIHlvdXIgTWluR1cgQWNjb3VudCBPcHRpb25zIG9yIHVuc3Vic2NyaWJlIGF0OgpodHRw czovL2xpc3RzLm9zZG4ubWUvbWFpbG1hbi9saXN0aW5mby9taW5ndy11c2VycwpBbHNvOiBtYWls dG86bWluZ3ctdXNlcnMtcmVxdWVzdEBsaXN0cy5vc2RuLm1lP3N1YmplY3Q9dW5zdWJzY3JpYmU= --===============5322900007161357164==--