On Fri, Aug 12, 2016 at 10:30:42AM +0100, Stuart Henderson wrote:
> On 2016/08/11 17:26, Jasper Lievisse Adriaanse wrote:
> > On Mon, Aug 08, 2016 at 09:33:50AM -0600, Theo de Raadt wrote:
> > > > On 2016-08-07, Carlin Bingham <c...@viennan.net> wrote:
> > > > 
> > > > > What should be done for ports like (just for example) calibre?
> > > > > It uses python, and uses PyQtWebkit to pull in Qt5Webkit which maps WX
> > > > > for its jit. Python itself doesn't need wxneeded but for calibre (and
> > > > > possibly other ports) to work it will.
> > > > 
> > > > I don't know how to handle this.  The model of tying wxneeded
> > > > permissions to an executable is ill suited for this.
> > > > 
> > > > Maybe have both python and python-wx and use the latter for things
> > > > like calibre?
> > > > Do we have Perl module that violates W^X in the ports tree?
> > > > 
> > > > Ideas?
> > > 
> > > Just mark python, and move on.
> > > 
> > > In a few months we'll be able to circle back and decide.
> > This does the trick and allows me to run something using 
> > PyQtWebkit/Qt5Webkit:
> > 
> > Index: Makefile.inc
> > ===================================================================
> > RCS file: /cvs/ports/lang/python/Makefile.inc,v
> > retrieving revision 1.115
> > diff -u -p -r1.115 Makefile.inc
> > --- Makefile.inc    11 May 2016 22:43:49 -0000      1.115
> > +++ Makefile.inc    11 Aug 2016 15:24:15 -0000
> > @@ -123,7 +123,7 @@ CONFIGURE_ENV += OPT='${CFLAGS} -fPIC' C
> >             LOCALBASE=${LOCALBASE} X11BASE=${X11BASE}
> >  MAKE_ENV +=        LOCALBASE=${LOCALBASE} X11BASE=${X11BASE}
> >  MAKE_FLAGS +=      LD_LIBRARY_PATH=${WRKSRC} PATH="${WRKDIST}:${PORTPATH}"
> > -MAKE_FLAGS +=      LDFLAGS='-L${WRKSRC}'
> > +MAKE_FLAGS +=      LDFLAGS='-L${WRKSRC} -Wl,-z,wxneeded'
> >  FAKE_FLAGS +=      RANLIB=:
> >  
> >  ALL_TARGET =       all ./Lib/plat-openbsd6
> 
> Please would you add a comment something like this:
> 
> # Python itself is clean, but some extensions e.g. py-cryptography
> # and QtWebKit require W|X mappings.
> 
> Then it's OK sthen.
Thanks.

> PostgreSQL also needs similar (for postgresql-plv8).
> 
> I haven't run into this with any Perl modules yet, but it's quite
> possible there will be some - I have no idea what we can do about
> those, as wxneeded won't work for /usr/bin. 
Is there a more extensive list somewhere of failures?

-- 
jasper

Reply via email to