[RFC] New ports idea: github / gitorious / bitbucket direct support.

Chris Rees crees at freebsd.org
Sat Sep 10 17:34:01 UTC 2011


On 9 September 2011 15:28, Baptiste Daroussin <bapt at freebsd.org> wrote:
> On Fri, Sep 09, 2011 at 02:24:37PM +0100, Klaus T. Aehlig wrote:
>> > The main problem with that is: we have no way to keep a valid sum of the
>> > distfiles if it is autogenerated (in particular with github) and this sum is
>> > really important.
>> With github this fortunately is a non-issue. Even though they autogenerate their
>> tar balls, they keep enough information to make them reproduciable. Just try:
>>
>> /tmp>fetch https://github.com/Dieterbe/uzbl/tarball/2011.07.25
>> 2011.07.25                                    100% of  143 kB  177 kBps
>> /tmp>sha256 2011.07.25
>> SHA256 (2011.07.25) = 2e61fa6c62e48d3f13e95a4ea7e7aead65345f6c88a688844ef921685dffe565
>> /tmp>cat /usr/ports/www/uzbl/distinfo
>> SHA256 (uzbl-0.0.0.2011.07.25.tar.gz) = 2e61fa6c62e48d3f13e95a4ea7e7aead65345f6c88a688844ef921685dffe565
>> SIZE (uzbl-0.0.0.2011.07.25.tar.gz) = 146851
>> /tmp>
>>
>> There still remain some minor issuses, like
>>
>> * due to autogeneration, you're quite likely to get a http-redirect,
>> * filenames like 2011.07.25 are not too suitable for a distfile.
>>
>> But they certainly can be fixed by an appropriate framework. The nice thing is,
>> github does the autogeneration right.
>>
>> Best,
>> Klaus
>>
>
> This is new because I already poke them about this in the past (more than a year
> ago and they clearly stated that they can't change that and that github people
> shouldn't use this for realease but should use the real download space of
> github)
>
> The issue opened about this seems to have disapear from github, maybe they
> change their mind
>

I agree 100% with Bapt here-- I had the same problem with
security/gorilla (I think it was gorilla...) -- the tarball wasn't
stable over time and I had many problems with distinfo.

I solved the problem, as Bapt suggested by approaching the author and
politely asking if he would host the tarball on github. He agreed to
do this.

Most of the time developers using github simply overlook the problems
of autogenerated tarballs, and just don't think to host dedicated ones
-- I've never had a negative response from upstream about providing a
proper stable tarball.

Counterexamples welcome!

Chris


More information about the freebsd-ports mailing list