Prev: apache22 imap "ssl_onceonlyinit" error following latest upgrades
Next: Update "eiciel" port
From: Anonymous on 19 Jul 2010 17:56
Baptiste Daroussin <baptiste.daroussin(a)gmail.com> writes:

> 2010/7/19 Doug Barton <dougb(a)freebsd.org>:
>>
>> We have already had the discussion about this issue and we're not going to
>> be creating ports that download random files from VCS repos. So yes, the
>> person/team who is responsible for the port will have to provide a tarball
>> of a known-good version. But that's completely unrelated to the idea of -A
>> in FETCH_ARGS.
>
> I agree with I was just trying to get one more arguments against the
> -A by default :)
>
> The real problem for me is that it makes fetch fail with some
> authenticated proxies; (yes I know I can work around with changing
> FETCH_ARGS in my make.conf, but I can't see any interest of keeping
> the -A or at least I'm really interested in knowing why it is so
> important to keep it.

Wasn't authentication with `-A' option fixed in r209632?
_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"

From: Matthias Andree on 19 Jul 2010 17:57
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 19.07.2010 23:30, schrieb Doug Barton:
> On Sun, 18 Jul 2010, Baptiste Daroussin wrote:
>
>> Hi,
>>
>> What about removing the -A option from FETCH_ARGS to allow fetch to
>> follow 302 code.
>
> I've always wondered why we have that in the defaults, perhaps someone
> who knows can answer? If it served a valid purpose in the past, but does
> not any longer, perhaps it's time to remove it?

The default is there because some web servers redirect to other sites
(mirrors) with some 30X code, rather than reporting 404 - as documented
in my fetch(1) manual page :-)

I think I have quite recently seen this on SourceForge.

At least if we remove that flag, we need to make sure fetch isn't fooled
into an unterminated loop of redirects. Such as: redirect to actual
address and more than a dozen redirects would abort and fail the fetch.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (FreeBSD)

iEYEARECAAYFAkxEyjoACgkQvmGDOQUufZX4ZQCfdDMxAH7XP40gorZu0BDX9Ak4
8xIAn3wlxOgSkjZqOtOM45sAWEs7ohuD
=jz/w
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"

First  |  Prev  | 
Pages: 1 2
Prev: apache22 imap "ssl_onceonlyinit" error following latest upgrades
Next: Update "eiciel" port