Package Details: djmount 0.71-5

Git Clone URL: https://aur.archlinux.org/djmount.git (read-only, click to copy)
Package Base: djmount
Description: A UPnP AV client that mounts media server contents as a filesystem.
Upstream URL: http://djmount.sourceforge.net/
Licenses: GPL
Submitter: mschaeuble
Maintainer: JonnyJD (loserMcloser)
Last Packager: JonnyJD
Votes: 63
Popularity: 0.001566
First Submitted: 2007-11-17 18:17
Last Updated: 2016-01-17 13:21

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

terminalmage commented on 2011-09-09 15:57

Project is abandonware, and I've stopped using it in favor of sshfs. Disowning.

terminalmage commented on 2011-05-19 15:53

Very cool. If you would like to manage this package, I can disown it. To be honest, since my media server is another Linux box, I have found myself using sshfs rather than djmount to get to my files from my Arch netbook.

starfry commented on 2011-04-27 22:52

Concur archtaku: I needed to perform the downgrade to libupnp 1.6.9.

I have djmount successfully running and I am using it to pull files off a Panasonic DMR-BW880. I had two issues:

Firstly, I had to patch the code to look for upnp service "ContentDirectory:2" instead of "ContentDirectory:1". I'd like to patch it to look for either but have not been able to do this thus far.

Secondly, djmount will only ask for more directory information twice if all files are not returned by the media server on the first response to its request. I patched the code to remove this limitation. I don't know the reason for the limitation but removing it works for me.

Patches: http://pastebin.com/0a5GhpZ5

The final issue is one I worked around: the media server can return multiple files with the same name and djmount will show these as multiple files with the same name. Accessing any such file always returns the same file from the media server. The work around I used is to rename the files on the server.

terminalmage commented on 2011-01-12 00:43

Just a warning, the upgrade to libupnp-1.6.10 has broken djmount for me on x86_64 (i686 is not affected). It causes problems with fuse when trying to allocate portions of the file, generating "fuse: read too many bytes" errors when djmount is run with loglevel debug. If you're having the same problem, downgrade to version 1.6.9 using the following command:

sudo pacman -U http://arm.konnichi.com/extra/os/x86_64/libupnp-1.6.9-1-x86_64.pkg.tar.xz

Then make sure to set libupnp not to update by adding it to IgnorePkg in /etc/pacman.conf so it won't update when you run pacman -Syu, and rebuild djmount against the older libupnp.

terminalmage commented on 2011-01-11 16:53

pkgrel has been incremented. a rebuild will allow djmount to work with the new libupnp.

terminalmage commented on 2011-01-08 05:19

libupnp upgrade breaks djmount, should probably up the pkgrel so users are encouraged to rebuild.

TheRealSoup commented on 2010-11-15 20:54

Updated, thanks.

Anonymous comment on 2010-11-15 20:13

This patch seems to solve the issues, at least it worked for me.

http://aur.pastebin.com/raw.php?i=hGE0Grxx

TheRealSoup commented on 2010-11-14 16:22

​It's going to remain broken until someone comes up with a patch. Until then the only other option is removing --with-external-libupnp.

The patch that kept it going with newer libupnp versions (seemingly up to 1.6.8) was from Debian :/

TheRealSoup commented on 2010-11-14 16:21

It's going to remain broken until someone comes up with a patch.
The patch that kept it going with newer libupnp versions (seemingly up to 1.6.8) was from Debian :/