If mixing ports and non-ports, you probably want to install the non-ports
things to a different prefix other than /usr/local (and set shlib_dirs
as appropriate). Then you can leave the versions needed for packages
alone.

You'll only get minimal support, if any, for doing this - we simply do not
have resources to assist much with this - it's better to spend our limited
time on things which improve OpenBSD itself rather than things to help out
individual users.



On 2013-04-14, Alan Corey <[email protected]> wrote:
> I'm not sure how to look this up, and it doesn't seem to be in the FAQ.
>
> I frequently add stuff that isn't in ports by building from sources.
> Sometimes this real world stuff needs newer versions of other things
> than what's in ports.  But the port is already installed and has
> things depending on it.  So I have to uninstall the dependencies,
> uninstall the port, then install the newer version.  Sometimes I can
> take the distfile from the uninstalled dependency and build it as a
> generic tarball outside the ports system, sometimes it has too many
> patches to make it worthwhile.
>
> For example: I've just gotten fldigi running under 5.0 and 5.2, but
> the fltk 1.x in ports is too old to work.  I had to uninstall it,
> which meant aqsis had to be uninstalled.  Turns out there's a newer
> aqsis too but I haven't started on that yet.
>
> I'm not in a position to make updated ports because I don't run current.
>
> BTW it's easy to install fldigi right now.  Just download and unpack
> it, cd into it, do setenv LIBS "-lossaudio -lexecinfo" then
> ./configure, gmake, gmake install.  Great program for hams, also does
> wefax.  You need fltk 1.3.0 though.  The ports hamlib is old so if
> you've got a recent radio you need to update that.  You also need
> libexecinfo, libsamplerate, portaudio, xmlrpc.  I have gnuradio built
> but not working yet: troubleshooting via the gnuradio list.
>
>   Alan
>

I already have a port for older Fldigi but it needed system headers to be
changed to avoid exporting nitems outside the kernel which was on the cards
for being fixed properly, however I see they have a hack for this in Fldigi
now (#if defined(__OpenBSD__) && defined(nitems) ... undef nitems, blech)
so I'll look at updating that.

Reply via email to