Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Nov 2020 22:04:57 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 251117] New port: www/newmoon:
Message-ID:  <bug-251117-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D251117

            Bug ID: 251117
           Summary: New port: www/newmoon:
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: ports-bugs@FreeBSD.org
          Reporter: olivier.freebsd@free.fr

Created attachment 219655
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D219655&action=
=3Dedit
New port

Hi,

Here is a port of most of Pale Moon code with unofficial branding.

This port depends on the new Tauthon port I submitted here: bug #251019

Even when this dependency is imported, please *do not import the patch yet*.
I'm in the process of liaising with upstream in order to verify that there =
is
no branding or redistribution problems with the submitted port. I'll post a
comment giving the go when the process finishes (the patch may need to be
modified before reaching this point).

Small description: "Open-source web browser mostly using Pale Moon(TM) code"

The build needs some specific versions of GCC (executables crash with base
clang on 12). GCC 9 was chosen since it is our current default and is (almo=
st)
officially endorsed upstream (and stability seems perfect so far). So USE_G=
CC
is set, but then LDFLAGS and CXXFLAGS are appended to in order that g++ lin=
ks
to (base) libc++ (static link against libgcc.a). This is necessary since
linking against libstdc++ while one of the dependencies is linked to libc++
causes a crash for this codebase. Also, gcc is removed from RUN_DEPENDS. See
the comments in the Makefile (see also bug #211154).

Apart from jemalloc, all bundled libraries are used in preference to our
versions in the ports tree. This is by design, and not bad by principle, and
personally I won't dispute this precise case. See
https://forum.palemoon.org/viewtopic.php?f=3D5&t=3D23706 for upstream's rat=
ionale.

So please wait until I confirm that the patch is final before importing into
the tree. (And, obviously, please advise if you think the current Makefile =
is
doing things wrong.)

Regards.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-251117-7788>