aboutsummaryrefslogtreecommitdiffstats
path: root/multimedia/nmm
Commit message (Collapse)AuthorAgeFilesLines
* 2010-01-08 audio/dino: has been broken for 7 monthsmiwi2010-01-2116-2256/+0
| | | | | | | | | | | | | | | | | | | | 2010-01-08 devel/asis-gpl: has been broken for 3 months 2010-01-08 devel/florist-gpl: has been broken for 3 months 2010-01-08 devel/kdesvn: has been broken for 4 months 2010-01-08 devel/radrails: has been broken for 3 months 2010-01-08 devel/rubygem-rtags: has been broken for 5 months 2010-01-12 games/hattrickorganizer: Has been broken for quite some time 2010-01-08 games/laughingman: has been broken for 3 months 2010-01-08 devel/aunit: has been broken for 3 months 2010-01-18 devel/gdb53: has been broken for 3 months 2010-01-08 lang/ccscript: has been broken for 4 months 2010-01-08 lang/gnat-glade: has been broken for 3 months 2010-01-08 lang/xsb: has been broken for 6 months 2010-01-08 multimedia/nmm: has been broken for 3 months 2010-01-08 multimedia/sabbu: has been broken for 3 months 2010-01-08 net/adasockets: has been broken for 3 months 2010-01-08 textproc/bidiv: has been broken for 3 months 2010-01-08 textproc/xmlada-gps: has been broken for 3 months
* This port has been broken for 3+ months, thuspav2009-12-081-0/+2
| | | | | | - Mark DEPRECATED and schedule for expiration in one month With hat: portmgr
* Mark BROKEN: does not builderwin2009-08-211-0/+2
|
* -Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.mezz2009-08-032-11/+125
| | | | | | | | | | | | | | | | | | -Update libtool and libltdl to 2.2.6a. -Remove devel/libtool15 and devel/libltdl15. -Fix ports build with libtool22/libltdl22. -Bump ports that depend on libltdl22 due to shared library version change. -Explain what to do update in the UPDATING. It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop and applications in the runtime. With help: marcus and kwm Pointyhat-exp: a few times by pav Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and a few MarcusCom CVS users. Also, I might have missed a few. Repocopy by: marcus Approved by: portmgr
* - update to jpeg7dinoex2009-07-181-1/+1
| | | | Tested by: pav on pointyhat
* Bump PORTREVISION after libogg and libvorbisfile major version increment.naddy2009-07-071-1/+1
|
* Replace libdvdread with the version maintained by the mplayer grouprnoland2009-02-091-1/+1
| | | | | | | | | | -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>
* - Mark BROKEN on amd64/7: segfaults during buildpav2009-01-221-0/+4
| | | | Reported by: pointyhat
* Mark as broken on sparc64.linimon2008-12-101-1/+7
| | | | Hat: portmgr
* Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.rafan2008-08-211-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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)
* Conversion from (now defunct) autoconf-2.61 to autoconf-2.62ade2008-08-201-1/+1
| | | | Tested by: exp build run (erwin)
* - Remove duplicates from MAKE_ENV after inclusion of CC and CXX in default ↵pav2008-07-251-2/+3
| | | | MAKE_ENV
* Bump portrevision due to upgrade of devel/gettext.edwin2008-06-061-1/+1
| | | | | | | | | | 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)
* Fix build on 6.x. No portrevision bump, as there was no package availablenetchild2008-05-061-0/+2
| | | | | | | | | 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)
* - Patch: TCP_CORK (Linux) is similar to TCP_NOPUSH (since FreeBSD 4.5)netchild2008-04-252-13/+25
| | | | - TODO removal: OSS audio support is available already
* WIP of the NMM port (to allow further, distributed enhancements), seenetchild2008-04-2216-0/+2114
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---