https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: www-plugins/gosuslugi-plugin-3.1.1.0 fails to fetch. Discovered on: amd64 (internal ref: ci)
Created attachment 822892 [details] build.log build log and emerge --info
Error(s) that match a know pattern: * Fetch failed for 'www-plugins/gosuslugi-plugin-3.1.1.0', Log file:
(I though, I answered, but it seems I didn't sent an answer that time) It it probably related to the fact that russian goverment services dusables access from foreign IPs time to time as a DDoS-protection method. It normally fetches from russian hosts (or through proxy with russian IPs).
(In reply to Vadim A. Misbakh-Soloviov (mva) from comment #3) > (I though, I answered, but it seems I didn't sent an answer that time) > > It it probably related to the fact that russian goverment services dusables > access from foreign IPs time to time as a DDoS-protection method. > > It normally fetches from russian hosts (or through proxy with russian IPs). So why it is resolved then ?
And FWIW I observed much more often for such sites that the DNS resolution for such hosts is somehow broken from certain places in the world - which smells fishy too to me.
(In reply to Toralf Förster from comment #4) > So why it is resolved then ? It is (was) resolved because: 1) this package by tself is supposed to be used only by russian citizen who wants to interact with e-Government portal. 2) despite the site blocked access from "outter world", the distfile fetches fine from russian IPs (which is supposed use-case by upstream). 3) anyway, it is upstream issue (that they blocks foreign IPs), and I can't do anything about it, except dropping the package :shrug: 🤷♂️
@toralf @ago What can we do about this situation? 1) Upstream is hostile and blocks access based on geolocation and it is nothing I can do about that, 2) they wouldn't accept redistribution (actually, they totally ignore my emails about that and about placing versionated distfiles) 3) actually, I'd bet that most of target auditory of this plugin is able to fetch it. So what can I do to "fix" this bug? Set it RESTRICT=fetch? Drop from gentoo repo (I have a copy in my overlay anyway)? Or maybe better idea?
(In reply to Vadim A. Misbakh-Soloviov (mva) from comment #7) > @toralf @ago > > What can we do about this situation? To make my tinderbox happy, just leave the bug open and don't care anymore
Such software doesn't really belong in ::gentoo.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2e3212bdbe87e174b729599b60148ba43cd823c7 commit 2e3212bdbe87e174b729599b60148ba43cd823c7 Author: Vadim Misbakh-Soloviov <mva@gentoo.org> AuthorDate: 2024-02-22 09:50:16 +0000 Commit: Vadim Misbakh-Soloviov <mva@gentoo.org> CommitDate: 2024-02-22 09:51:29 +0000 package.mask: Last rite www-plugins/gosuslugi-plugin Bug: https://bugs.gentoo.org/876271 Signed-off-by: Vadim Misbakh-Soloviov <mva@gentoo.org> profiles/package.mask | 7 +++++++ 1 file changed, 7 insertions(+)
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b062392309f8f6d572fb0419c41fd899a051bf1d commit b062392309f8f6d572fb0419c41fd899a051bf1d Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2024-03-29 14:48:00 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2024-03-29 14:48:00 +0000 www-plugins/gosuslugi-plugin: Remove last-rited pkg Closes: https://bugs.gentoo.org/876271 Signed-off-by: Michał Górny <mgorny@gentoo.org> profiles/package.mask | 7 --- www-plugins/gosuslugi-plugin/Manifest | 3 -- .../gosuslugi-plugin-3.1.1.0.ebuild | 55 ---------------------- www-plugins/gosuslugi-plugin/metadata.xml | 9 ---- 4 files changed, 74 deletions(-)