Date: Fri, 01 Sep 2017 18:53:50 +0200 From: Tobias Kortkamp <tobik@FreeBSD.org> To: Yuri <yuri@rawbw.com>, ports@freebsd.org Subject: Re: Some github projects aren't fetchable using commit hash Message-ID: <1504284830.794543.1092454472.7353C7D3@webmail.messagingengine.com> In-Reply-To: <aa643aff-e842-b50e-5ae5-06e6c084ed5b@rawbw.com> References: <aa643aff-e842-b50e-5ae5-06e6c084ed5b@rawbw.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Sep 1, 2017, at 18:24, Yuri wrote: > FYI: > > > Some github URLs that ports framework uses to fetch by hash fail with no > apparent reason. Here are two examples: > > > https://codeload.github.com/grame-cncm/guidolib/tar.gz/2ec126d > > https://codeload.github.com/libretro/picodrive/tar.gz/40cd7bc > > > I've contacted GitHub, they acknowledged the problem, but offered no > solution besides of "we are working on this". Below is my communication > with GitHub support. In libretro/picodrive there are two objects which have the same abbreviated hash. Probably best to use the full hash. $ git cat-file -p 40cd7bc error: short SHA1 40cd7bc is ambiguous hint: The candidates are: hint: 40cd7bc4 commit 2017-08-18 - Add this to pico.h hint: 40cd7bc9 blob fatal: Not a valid object name 40cd7bc > > Yuri > > > --- > > > Hi Yuri, > > Thanks for reaching out about this, and sorry for delayed response! > > We've taken a look at the trouble you're experiencing, and suspect that > this might be a bug, so we've opened an internal issue for our engineers > to investigate further. > > While we don't yet have a specific ETA on a fix, we'll be sure to update > you as soon as there's any news to share. > > Also, thank you for the wonderful detail in your email! It helped > enormously with our initial investigations. > > Warm regards, > > Friday > > Looking at two projects: one tarball fetch succeeds, the other one > fails. > > Fetching the tarball of https://github.com/libretro/emux using > https://codeload.github.com/libretro/emux/tar.gz/df14439 - succeeds. > > Fetching the tarball of https://github.com/libretro/picodrive using > https://codeload.github.com/libretro/picodrive/tar.gz/40cd7bc - > fails. > > Both URLs are built from {account}/{project}/{hash} combination in > the same way. Both should succeed. > This is also how FreeBSD ports download tarballs. > > Failure log: > > |# wget https://codeload.github.com/libretro/picodrive/tar.gz/40cd7bc > --2017-08-28 21:18:35-- > https://codeload.github.com/libretro/picodrive/tar.gz/40cd7bc > Resolving codeload.github.com (codeload.github.com)... > 192.30.255.121, 192.30.255.120 Connecting to codeload.github.com > (codeload.github.com)|192.30.255.121|:443... connected. HTTP request > sent, awaiting response... 404 Not Found 2017-08-28 21:18:35 ERROR > 404: Not Found. | > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1504284830.794543.1092454472.7353C7D3>