-Turn over maintainership
-Bump ports that depend on libdvdread since shared lib
version rolls back from .5 to .4
-Fix multimedia/ogle build with this version
PR: 127849
Submitted by: Ganael LAPLANCHE <ganael.laplanche@martymac.com>
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
anyway (people which build this with the port may not have FFMPEH support,
but as I hope I will have time to work a little bit more on the port
tomorrow which would include a revision bump, I don't think it matters much
ATM).
Tested by: miwi (build with 6.3 tinderbox)
below for what NMM is.
Status so far:
- compiles and installs (KDE integration should be possible with this)
- doesn't segfault when doing a ruidemental test
- doesn't provide the complete plugin set (no RTP, no shoutcast,
no OSS audio (any volunteers to develop this?), ...)
- TODO list integrated into the port Makefile
From pkg-descr:
---snip---
The Network-Integrated Multimedia Middleware (NMM) provides an architecture
that allows to create distributed multimedia application easily: local and
remote multimedia devices or software components can be controlled
transparently and integrated into a common multimedia processing flow graph.
As an example, this allows for the quick and easy development of an
application that receives TV from a remote device -- including the
transparent control of the distributed TV receiver. Even a PDA with only
limited computational power can run such an application: the media
conversions needed to adapt the audio and video content to the resources
provided by the PDA can be distributed within the network. While the
distribution is transparent for developers, no overhead is added to all
locally operating parts of the application.
WWW: http://www.motama.com/
---snip---
