Non-prefix safe ports

John Hein jh-fbml at snkmail.com
Mon Nov 23 17:56:24 UTC 2015


Jan Beich wrote at 17:53 +0100 on Nov 23, 2015:
 > "John Hein" <jh-fbml at snkmail.com> writes:
 > 
 > > Jan Beich wrote at 01:18 +0100 on Nov 22, 2015:
 > >
 > >  > "Mikhail T." <mi+thun at aldan.algebra.com> writes:
 > >  > 
 > >  > > Building out a new machine from scratch using /opt (rather than the
 > >  > > usual /usr/local) as LOCALBASE, I found the following two ports, which
 > >  > > break:
 > >  > 
 > >  > poudriere testport -P would have been easier. That said it would be nice
 > >  > to have them as periodic exp-runs. I'm sure there're way more ports
 > >  > with broken PREFIX != LOCALBASE e.g., anything lua-*.
 > >  > 
 > >  > >
 > >  > >   * multimedia/openh264 - the files built by the port get installed into
 > >  > >     stage/usr/local/... instead of stage/opt -- I had to manually move
 > >  > >     the files around before "make install" succeeded
 > >  > 
 > >  > This affects all ports with USES=webplugin. Fixing isn't trivial, so
 > >  > better file a bug or it will be forgotten.
 > >  > 
 > >  > >   * graphics/gtk-update-icon-cache - at configure-stage, the port
 > >  > >     wrongly complaints, that the cairo installed on the system does not
 > >  > >     support X11. After I created a symlink: /usr/local -> ../opt, the
 > >  > >     problem went away.
 > >  > 
 > >  > make(1) flow control is evaluated at parsing time. Try using sh(1)
 > >  > conditional to postpone it until the target is run.
 > >
 > > I've had this patch in my ports tree forever - one of those patches
 > > for which I just never got around to the last step: actually
 > > submitting a bug.  Instead of hard-coding a path, it uses the
 > > pkg-config tool to detect.  But it postpones the detection until
 > > the target just as Jan did.
 > 
 > The issue is actually a regression unrelated to PREFIX != LOCALBASE. I've
 > submitted your version (slightly improved) on Phabricator and added a comment
 > to avoid repeating it again.

Understood... I was just latching on to that part since I had
a local change.  Thanks for taking it.


 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166279
 > https://reviews.freebsd.org/D4260
 > 
 > --
 > X11 check indicates a deficiency in the framework. There's currently no
 > standard way to require some options enabled in dependencies.

I have a simple improvement to allow pkg-config specification without
full pathname in *DEPENDS in my tree for years.  I'll dust it off
and send it out.  It may not be all that's needed (I'm sure it's
not), but it's a start anyway.



More information about the freebsd-gnome mailing list