Description of problem: Banshee 2.4 has support for UPNP but it's not included in fedora 18. Version-Release number of selected component (if applicable): Paquetes instalados Nombre : banshee Arquitectura : x86_64 Versión : 2.4.1 Lanzamiento : 1.fc17 Tamaño : 13 M Repositorio : installed Desde el repositorio : updates How reproducible: always Steps to Reproduce: 1. Start banshee 2. go to extensions 3. no upnp Actual results: Expected results: Additional info:
This is still happening in banshee 2.6 in Fedora 18
Fedora doesn't include mono-upnp requirement for this feature. I'll give it a try.
I made a quick dirty hack: http://olea.org/tmp/banshee-upnp/ I don't have a real upnp enviroment to check if it's really working. Compiling is fine but I would like to be sure the feature really works before submitting mono-upnp to Fedora. Would you mind to try it and give some feedback here, please?
Hi I've switched to fedora 19 and i'm using x86_64, can you provide those packages to test? Also, you could install rygel to do some testing with banshee. thanks,
Seems I can't build x86_64 with mock in a i386 machine. I can give you all srpm's if you would build by yourself. The good news are I found a 0.1.2 release and seems to find right the dlna services running in the same machine. The plugin outputs some warnings but seems to be minimaly stable. So I'll work for a Fedora package.
After several tests, including compiling banshee's master (2.7.0) I've found the upnp plugin es very unestable and brokes banshee. IMO is not useful to add a feature which would break the user experience. Anyway, I encourage you to work with upstream[1] to stabilize it, since it's a desirable feature. [1] https://github.com/mono/mono-upnp