curl-users
Re: Which version of certdata.txt is preferred for mk-ca-bundle, and why?
Date: Wed, 18 Dec 2013 17:46:21 +0000 (GMT)
>________________________________
> From: Daniel Stenberg <daniel_at_haxx.se>
>To: the curl tool <curl-users_at_cool.haxx.se>
>Sent: Monday, 16 December 2013, 21:22
>Subject: Re: Which version of certdata.txt is preferred for mk-ca-bundle, and why?
>
>
>On Mon, 16 Dec 2013, Leif W wrote:
>
>> I was thinking along those lines, but was not sure of the best way to handle
>> it. Maybe the option can take the 4 short names mentioned (mozilla,
>> mozilla-release, nss, mozilla-aurora) with the url's in an array/hash, and
>> otherwise takes a URL to the certdata.txt file we want?
>
>Yes, that's kind of what I thought too. Looking at this page:
>https://wiki.mozilla.org/Tree_Rules we can see the names for the different
>Mozilla trees. I believe perhaps these are the most interesting ones, in order
>of how the changes trickle down:
>
> mozilla-incoming
> -central
> -aurora
> -beta
> -release
>
I agree the best to use is mozilla-release.
Of those listed, mozilla-central is the main trunk and
-aurora
-beta
and
-release
are branches, corresponding to the equivalent builds of Firefox:
(Nightly, Aurora, Beta, and Release respectively)
mozilla-incoming is not useful, except to mozilla/firefox developers.
As far as I know, nothing is guaranteed to compile, let alone run, if it is on -incoming.
Of the original depositories listed (by Lief) "mozilla" seems to be the old CVS depository, which only holds older versions. There's nothing current on it that I can find.
I have not been able to determine the use for "nss", because it may also be found inside the trunk & other branches. For example as: mozilla-central/source/security/nss/
Some more basic info can be found by visiting http://mxr.mozilla.org/
==
James
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ: http://curl.haxx.se/docs/faq.html
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2013-12-18