Date: Wed, 27 Nov 2019 12:26:47 -0500 From: "Dan Langille" <dan@langille.org> To: freebsd-ports <freebsd-ports@freebsd.org> Subject: Re: Many ports recently marked BROKEN/unfetchable that aren't broken? Message-ID: <717ed981-3483-4578-8e6c-d0e6219fbb77@www.fastmail.com> In-Reply-To: <685115dc-a45f-459a-a3d6-14371de497f2@www.fastmail.com> References: <CAKOb=YZ_8DACTi7qVveDgETqFoLbfFZE2oov8MdKBwTjXOo3OA@mail.gmail.com> <e8d43aaa-f581-7580-0243-2b962706c07b@FreeBSD.org> <685115dc-a45f-459a-a3d6-14371de497f2@www.fastmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Nov 27, 2019, at 8:36 AM, Dan Langille wrote: > On Fri, Nov 15, 2019, at 10:44 AM, Matthew Seaman wrote: > > On 15/11/2019 15:25, Nick Rogers wrote: > > > For me the affected ports were sysutils/pftop, sysutils/zfs-stats, and > > > sysutils/stress, which worked just fine before this commit. Apologies if I > > > am missing something, but it seems like they are not actually broken? > > > > If you were building these ports previously, then you probably have the > > distfiles in your local distfiles cache already. That will give the > > impression that everything is fine if you just try and build the port. > > If you didn't have a cached copy of the distfiles, then you'ld probably > > have a rather different experience. > > > > Although if you can show that the distfiles are now fetchable, eg. by: > > > > make distclean > > make fetch > > > > then by all means please do report it. A PR with patches is preferred, > > but any reasonable mechanism for bringing it to the attention of > > developers is acceptable. > > This appears to be a DNS issue. > > [dan@pkg01:/usr/local/poudriere/ports/default/sysutils/zfs-stats] $ > sudo make makesum > ===> License BSD2CLAUSE accepted by the user > ===> License BSD2CLAUSE accepted by the user > ===> zfs-stats-1.2.2_1 depends on file: /usr/local/sbin/pkg - found > => zfs-stats-1.2.2.tar.gz doesn't seem to exist in > /usr/local/poudriere/ports/default/distfiles/. > => Attempting to fetch > https://cloud.github.com/downloads/mmatuska/zfs-stats/zfs-stats-1.2.2.tar.gz > fetch: > https://cloud.github.com/downloads/mmatuska/zfs-stats/zfs-stats-1.2.2.tar.gz: No address record > => Attempting to fetch > http://distcache.FreeBSD.org/ports-distfiles/zfs-stats-1.2.2.tar.gz > zfs-stats-1.2.2.tar.gz 9 kB 36 MBps > 00s > ===> Fetching all distfiles required by zfs-stats-1.2.2_1 for building > > > [dan@pkg01:/usr/local/poudriere/ports/default/sysutils/zfs-stats] $ > host cloud.github.com > cloud.github.com is an alias for d24z2fz21y4fag.cloudfront.net. > > [dan@pkg01:/usr/local/poudriere/ports/default/sysutils/zfs-stats] $ > host d24z2fz21y4fag.cloudfront.net > [dan@pkg01:/usr/local/poudriere/ports/default/sysutils/zfs-stats] $ Further discussions via IRC indicate that we should stop using GHC because GitHub isn't going to do anything about this issue. cloud.github.com isn't 'public', it's backend. -- Dan Langille dan@langille.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?717ed981-3483-4578-8e6c-d0e6219fbb77>