svn commit: r439777 - in head/www: . iridium iridium/files
Fabian Keil
freebsd-listen at fabiankeil.de
Sun Apr 30 11:24:07 UTC 2017
"Carlos J. Puga Medina" <cpm at FreeBSD.org> wrote:
> Author: cpm
> Date: Sat Apr 29 23:00:33 2017
> New Revision: 439777
> URL: https://svnweb.freebsd.org/changeset/ports/439777
>
> Log:
> Add new port www/iridium
Thanks.
> Iridium is a free, open, and libre browser modification of the Chromium
> code base, with privacy being enhanced in several key areas.
>
> Automatic transmission of partial queries, keywords, metrics to central
> services is inhibited and only occurs with consent.
>
> WWW: https://iridiumbrowser.de/
>
> Added:
[...]
> Modified: head/www/iridium/Makefile
This inherits the "FreeBSD Chromium Api Key" from www/chromium
and enables it by default.
This seems like a significant deviation from the upstream to me
and worth explaining in the pkg-descr. See also:
https://iridiumbrowser.de/faq.html#why-synching-and-signing-in-to-iridium-or-google-does-not-work
The default of enabling "proprietary_codecs=true" doesn't seem to
match the pkg-descr content either. Does setting this actually
have an effect when using the Iridium distfile?
Wouldn't the patent issues (assuming they exist) warrant a
RESTRICTED flag?
Using the same CPE_* flags as www/chromium seems strange
to me as well but they don't seem to be sufficiently documented
to decide whether or not that's correct.
The MASTER_SITES resource seems to support https.
Fabian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/svn-ports-all/attachments/20170430/89cf3a49/attachment.sig>
More information about the svn-ports-all
mailing list