Package Details: mediatomb 0.12.1-13

Git Clone URL: https://aur.archlinux.org/mediatomb.git (read-only)
Package Base: mediatomb
Description: Free UPnP/DLNA media server
Upstream URL: http://mediatomb.cc/
Licenses: GPL
Submitter: PirateJonno
Maintainer: sleduc
Last Packager: sleduc
Votes: 127
Popularity: 1.192748
First Submitted: 2011-10-31 12:20
Last Updated: 2015-08-18 14:32

Required by (0)

Sources (11)

Latest Comments

jro commented on 2016-07-19 10:29

Mediatomb on Debian icorrectly indexes ogg files, so this must be an arch specific issue.

jro commented on 2016-07-19 09:49

For some reason, ogg files do not seem to be indexed properly. I can see them in the PC Directory tree, but not in the Audio tree which is generated from meta data. The latter tree only contains entries extracted from mp3 and m4a files. Tried on amd64 and armv7h (raspberrypi), with mariadb and sqlite. I also deleted the database to force a reindex, the result was no different.

hamelg commented on 2015-01-13 17:42

The mediatomb-mariadb.service file is not correct.
replace in the Unit section :
After=mysql.target network.target
by:
After=mysqld.service network.target
the target mysql.target doesn't exist !

possum commented on 2014-09-29 18:25

@SleepyFloyd Did you try rebuilding mediatomb? Usually if one of the dependencies upgrades, you have to rebuild and reinstall it again.

noplease commented on 2014-09-29 10:15

sorry, meant to vote

possum commented on 2014-09-27 12:49

Ok, I'm not at home this weekend but I'll check it out as soon as possible.

SleepyFloyd commented on 2014-09-26 17:31

As hamelg pointed out, a recent ffmpeg update (I believe on the 23rd) broke mediatomb.

It's missing libavformat.so.55. I've no idea what the libav patches do, so I didn't try to fix this myself. Simply symlinking libavformat.so.56 back doesn't do it...

possum commented on 2014-09-26 15:48

why out of date? latest version is still 0.12.1

@cgfxmosh pacman only downloads from official repositories, this is in the AUR.

hamelg commented on 2014-09-25 18:26

ffmpeg 1:2.4.1-1 has broken mediatomb.
Mediatomb needs a rebuild.

cgfxmosh commented on 2014-09-24 12:52

I don't understand why, but pacman says this doesn't exist.

possum commented on 2014-04-27 19:54

@petelewis thanks! I'm also maintaining https://aur.archlinux.org/packages/mediatomb-samsung-tv/
@lynix changed
@x1101 okay
@Mike_Z in case you haven't solvet it, try reinstalling libmariadbclient by hand.

I've added patch for symlinks(which weren't working)

petelewis commented on 2014-04-27 09:20

Sorry guys, I stopped using this so am orphaning it. Feel free to adopt :-)

lynix commented on 2014-04-26 14:42

File modes in package() need fixing, they include the executable-bit (yielding a warning from systemd).
Suggesting 0644 instead of 0755 :)

x1101 commented on 2014-04-25 23:04

Package builds and runs on arm, please add 'armv6h' to the architectures list

petelewis commented on 2014-02-27 22:06

@Mike_Z sorry not sure I understand... where's the reference to version 5.5.35?

Mike_Z commented on 2014-02-27 13:07

libmariadbclient was recently updated to libmariadbclient-5.5.36-1-arm.pkg.tar.xz. package is referring to 5.5.35 and throwing 404 error.

possum commented on 2013-12-10 04:07

Symbolic links aren't working, see:
https://groups.google.com/forum/#!topic/linux.debian.bugs.dist/-P0BSTZLvXo
I tested the suggested patch, it works flawlessly (and it's currently implemented in my package: https://aur.archlinux.org/packages/mediatomb-samsung-tv/ )

petelewis commented on 2013-08-06 08:42

Hi all,

Apologies for the lack of updates/fixing on this package lately. Real life has been getting in the way.

I just reworked this package a little, to fit with modern Arch. Here's a brief changelog:

* Systemd service files instead of the old rc script. If you run mediatomb as a system daemon, you'll need to start/enable the systemd service now. Thanks to those on the wiki for providing examples.

* Mediatomb runs as its own user 'mediatomb' instead of 'nobody', which should be more secure. This doesn't affect you if you run mediatomb as your own user, only for those using it as a system daemon. This transition should be seamless, but you'll notice that the install script chowns /var/lib/mediatomb to mediatomb:mediatomb. Edit the install script before installing if you don't want this! Oh, and you should stop mediatomb before upgrading (but you do that anyway, right?)

* Updated dependencies: js185 and libmariadbclient.

I've tested this on a couple of machines myself, and all seems fine, but feedback is always welcome :-)

Pete.

Exeleration-G commented on 2013-07-24 19:07

I can confirm that bout10bucks' fix works.

Anonymous comment on 2013-06-27 17:08

try installing js185

hasardeur commented on 2013-06-19 21:12

I cannot build meditomb. I get the following:

checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/local/include... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/include/js... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/include/smjs... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/include/mozjs... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/local/include/js... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/local/include/smjs... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/local/include/mozjs... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/include/spidermonkey... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/local/include/spidermonkey... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/local/include/js... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/local/include/smjs... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/local/include/mozjs... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no
checking checking alternative libjs header location: /usr/local/include/spidermonkey... checking jsapi.h usability... no
checking jsapi.h presence... no
checking for jsapi.h... no

What can I do?

misterpokeylope commented on 2013-04-06 00:59

The PKGBUILD probably should be updated to reflect the migration to MariaDB. I did fresh rebuild using libmariadbclient in the depends section, and set it up to use MySQL instead of sqlite, and everything seems to be working just fine.

Anonymous comment on 2012-12-19 18:12

Thanks so much for the updated build.
Now, libpulse has just been updated to v.3.0.2. You'd think people would have better things to do around the holidays than to break other folks packages.

Anonymous comment on 2012-12-17 15:11

Hi. I'm installing in an ARM environment and the sqlite version has just been updated to 3.7.15-1. Any idea when you'll have a chance to update the pkgbuild? There's no rush, it's the holidays.

petelewis commented on 2012-11-20 11:35

Though mysql should probably be in optdepends now...

petelewis commented on 2012-11-20 11:34

Thanks. As far as I can tell, it only requires libmysqlclient, since it links against it, not necessarily an install of the mysql server. I've updated the PKGBUILD. Plese let me know if there are any more problems.

Anonymous comment on 2012-11-20 07:19

mysql support require mysql as deps please fix the PKGBUILD

petelewis commented on 2012-11-18 11:56

@Enverex mysql support enabled. Seems to work okay for me, but let me know if not.

Enverex commented on 2012-09-25 23:01

Any chance of enabling MySQL support? MediaTomb just nuked it's own DB (mediatomb.db) for no apparent reason (taking all my manually added radio stations with it) and I'm not too happy.

jrussell commented on 2012-09-09 18:25

Is there a systemd service file for this? I tried making one but I could not figure it out/dont have the time now.

petelewis commented on 2012-08-16 09:42

Sorry for the delay - been away. I've just uploaded a new PKGBUILD with the patch leepesjee referred to.

jeancf commented on 2012-08-16 08:42

Can somebody fix this package? I am stranded.

leepesjee commented on 2012-07-30 14:02

There's a patch for this at http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1035589.html
I've tested it and it works.

dumphblooz commented on 2012-07-26 12:34

Package is broken:

../src/metadata/ffmpeg_handler.cc: In function 'void addFfmpegMetadataFields(zmm::Ref<CdsItem>, AVFormatContext*)':
../src/metadata/ffmpeg_handler.cc:110:3: error: 'AVMetadataTag' was not declared in this scope
../src/metadata/ffmpeg_handler.cc:110:18: error: 'tag' was not declared in this scope
../src/metadata/ffmpeg_handler.cc:111:65: error: 'av_metadata_get' was not declared in this scope
../src/metadata/ffmpeg_handler.cc: In member function 'virtual void FfmpegHandler::fillMetadata(zmm::Ref<CdsItem>)':
../src/metadata/ffmpeg_handler.cc:292:69: error: 'av_open_input_file' was not declared in this scope

splippity commented on 2012-07-17 00:51

I got that to work but mediatomb still wont play mkv it shows it as unsupported.

ImNtReal commented on 2012-07-16 19:42

@splippity if you save the patch that brain0 listed in the same directory along with the other source files, this PKGBUILD should work for you: http://pastebin.com/a1Ya4UXE

splippity commented on 2012-07-15 17:45

configure: error: unable to configure ffmpeg support
==> ERROR: A failure occurred in build().
Aborting...

is my error.
Nothing is working with ffmpeg.... playstation media server (pms), xbmc or mediatomb

splippity commented on 2012-07-15 17:41

hey brain0 how do I go about patching this??? Ive only patched like 2 packages in as many years so never really paid attention to process
thanks

brain0 commented on 2012-07-09 18:47

This patch helps: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=libavformat_0.11_support.patch;att=1;bug=677959

slubman commented on 2012-07-09 06:32

ffmpeg 0.11.1 broke the package.

It does not start, and compilation fails.

petelewis commented on 2012-05-31 13:18

Should be fixed for the new libmp4v2 now. Please let me know if not.

Anonymous comment on 2012-05-01 02:01

libmp4v2 update seems to have broken this? I needed apply an additional patch to get it to work:

http://sourceforge.net/tracker/?func=detail&aid=3515012&group_id=129766&atid=715782

Compiles and runs fine for me at the moment, but I haven't run it extensively.

Anonymous comment on 2011-12-20 02:15

Perfect, thank you. :)

petelewis commented on 2011-12-19 00:30

Hi, thanks for pointing this out. I tested this and added the Fedora patch to this package for now. Have contacted upstream to find out the status of it too.

Anonymous comment on 2011-12-18 19:38

Maybe you can also take a look at this:
https://bugs.archlinux.org/task/26098
and http://sourceforge.net/tracker/index.php?func=detail&aid=3409482&group_id=129766&atid=715782

Calimero commented on 2011-11-13 13:30

Added patch https://launchpadlibrarian.net/71985647/libav_0.7_support.patch to fix compilation against ffmpeg.
Enjoy!

Calimero commented on 2011-11-13 13:22

Fixed compilation against ffmpeg by adding https://launchpadlibrarian.net/71935204/fix_libav_0.7_support.patch
Enjoy!