Network-Integrated Multimedia Middleware an architecture similar to gstreamer
Created attachment 27355 [details] nmm-0.4.1.ebuild this is a _test_ebuild_, >20mb sources, takes quite some time to compile(it's still compiling here the first, as I'm writing these lines) known problems: * Could not apply relink.patch! -- Is this a problem? *** No docbook-utils found. Please install if you want the *** *** according documentation to be build. *** -- Needs a fix checking version of gcc... 3, bad ./configure: line 13119: cd: lib: Datei oder Verzeichnis nicht gefunden -- Hmm... configure: WARNING: *** ImageMagick_nmm not found. NMM will suffer funcionality! *** Hint: libMagick++ can be found under http://www.imagemagick.org . -- note: ImageMagick works, couldn't find ImageMagick_nmm stuff on the website, added --without-ImageMagick_nmm to $myconf configure: WARNING: *** live not found. NMM will suffer funcionality! *** Hint: libliveMedia is part of the LIVE.COM Streaming Media project and can be found under http://www.live.com/liveMedia/ -- dependency exists, untested configure: WARNING: *** dvb not found. NMM will suffer funcionality! *** Hint: The linux-dvb driver can be found under http://www.linuxtv.org/download/dvb/ -- dependency exists, untested configure: WARNING: *** shout not found. NMM will suffer funcionality! *** Hint: libshout can be found under http://developer.icecast.org/libshout/ -- dependency exists, untested -- -- I'm not sure about all these dependencies (most are dependencies for optional plugins), but it's one fat tarball... Help appreciated. :)
I'll try this out in a while... it looks like it's going to chew up compilation time which is at a premium for me atm... these things bother me: checking version of gcc... 3, bad ImageMagick_nmm the elibtoolize thing is a known problem with elibtoolize, but it is fairly harmless...
docbook-sgml-utils inslltas /usr/bin/docbook2html Coouuld yinclude aa patch which changes configure and the makefiles to use docbook2html instead of db2html?
Yes, fixed the docbook stuff already. It turned out that nmm depends on some damn old libs (libmpeg2-3.1, divx4linux-20020418, ?) . I wrote an email to the authors of nmm.
ok... let me know when you've got an updated ebuild...
Created attachment 27846 [details] nmm-0.4.1.ebuild The ebuild installs fine now - if you don't have the doc use flag enabled. I fixed sandbox problems, but doxygen throws a lot of warnings and seems to hang (or I'm too impatiant). The gcc version detection and some minor quirks are unfixed, too. dependency issues: ~media-libs/divx4linux-20020418 =media-libs/libdvdnav-0.1.3 =media-libs/libmpeg2-0.3.1 /usr/include/dvdnav/vm.h needs a fix: #include <dvd_types.h> -> #include "dvd_types.h" I got an answer from Maro Lohse. He says that they don't have enough man power to keep all ~80 plugins up to date and rely on the open source community process. I for one was just curious, because I read nmm would be an alternative to gstreamer for kde and amarok would support it. The major reason, why I wrote this bug report is that I don't know, how you would like to deal with this fat tarball (gst-plugins is one tarball too, but a bunch of ebuilds use it, instead using use flags). I really don't want to fall back behind the latest stable libs, so I'm not that interested in nmm anymore.
ok. maybe if this package gets maintained better upstream, we'll support it later...
*** Bug 104201 has been marked as a duplicate of this bug. ***
St
Stéphane Barotin wrote an ebuild he provides the ebuilds on his homepage http://stephane.barotin.free.fr/