A new Miro has been released. Reproducible: Always
Has anyone been able to put together an ebuild that will install 3.5? Renaming seems to fail.
Created attachment 251543 [details] Miro 3.5 ebuild I've modified my miro-3.0.3 ebuild that it fits for 3.5. Maybe some well versed ebuild writer could clean it up a bit.
Created attachment 251561 [details] Ebuild for media-video/miro-3.5 In order to make operative the new conversion feature in miro-3.5 I've added ffmpeg and ffmpeg2theora dependencies. I've also added all codec related USE flags necessary to perform the conversion presets available. The sed line I've included changes the codec used in the OGG vorbis conversion preset from vorbis to libvorbis. (In my system vorbis codec only decodes does not encode) Finally I've changed the dependency on rb_torrent to only 0.14 version as reported on previous bug report of miro-3.0 and the miro runtime requirements page. I've tested this a little and it's working fine so far, here's a list of things tried: - HTTP download works - Torrent download works - Youtube videos work - Subtitles work - All conversions work Please test it because I'm not a dev :) Thanks
Works fine for me but is it necessary to depend on=net-libs/rb_libtorrent-0.14*? That downgrades my net-libs/rb_libtorrent-0.15.1 which is the current stable version in Portage.
(In reply to comment #4) > Works fine for me but is it necessary to depend > on=net-libs/rb_libtorrent-0.14*? That downgrades my > net-libs/rb_libtorrent-0.15.1 which is the current stable version in Portage. > Well, in the Miro dependencies pages for linux they state that only libtorrent-rasterbar 0.13 and 0.14 are supported. (https://develop.participatoryculture.org/index.php/LinuxBuildDocs). And that page seems to be updated for 3.5 because they list libcurl there, which is something new of 3.5 . Moreover, in the bug report for 3.0 there's a comment from another user having problems with rbtorrent-0.15 (https://bugs.gentoo.org/show_bug.cgi?id=312459#c35). On the other hand I used miro with rasterbar 0.15 for a while some months ago and I didn't experience any problem. :) So IMO there could be some changes in the API between 0.14 and 0.15 that could cause trouble under some circumstances and it would be best to stick with 0.14. Best!
Thanks, the ebuild works great here.
Assigning to maintainer.
Works here as well.
(In reply to comment #8) > Works here as well. > Ever since I upgraded I haven't been able to play video inside miro (although passing off to an external player works). Couldn't see anything obvious in the terminal. Are there any debug runes that focus on the video playback?
(In reply to comment #9) > (In reply to comment #8) > > Works here as well. > > > > Ever since I upgraded I haven't been able to play video inside miro (although > passing off to an external player works). Couldn't see anything obvious in the > terminal. Solved, it was a broken PulseAudio that was stopping the playback from working. Once that was rebuilt everything started working find.
Anybody else getting this now: !!! One or more updates have been skipped due to a dependency conflict: net-libs/rb_libtorrent:0 (net-libs/rb_libtorrent-0.15.1, ebuild scheduled for merge) conflicts with =net-libs/rb_libtorrent-0.14*[python] required by (media-video/miro-3.5, installed)
Yes, Miro seems to depend on rb_libtorrent-0.14 so you can't upgrade to 0.15. But of course you could try upgrading rb_libtorrent manually. You'd then see if it breaks Miro's torrent client. If not we should alter the ebuild.
Wanted to take Miro for a test drive, so I installed the 3.5 ebuild in my local repo. But I'm facing some problems when I try playing the video. It seems to attempt to connect to the bluetooth device (which is not configured). Tried starting the bluetooth service, but that didn't help. The only relevant part from the terminal related to this is the following line: bt_audio_service_open: connect() failed: Connection refused (111) Btw, I do not have PulseAudio installed, and audio files (podcasts) seem to play fine. Any ideas?
(In reply to comment #13) > Wanted to take Miro for a test drive, so I installed the 3.5 ebuild in my local > repo. But I'm facing some problems when I try playing the video. It seems to > attempt to connect to the bluetooth device (which is not configured). Tried > starting the bluetooth service, but that didn't help. > > The only relevant part from the terminal related to this is the following line: > > bt_audio_service_open: connect() failed: Connection refused (111) > > Btw, I do not have PulseAudio installed, and audio files (podcasts) seem to > play fine. > > Any ideas? > Ok, sorry for inconvenience, I was just missing a proper gstreamer plugin ;)
The above ebuild (2.31KB) also works for miro 3.5.1. It builds and works fine here on a ~amd64, multilib installation. The stock gentoo miro-2.5.4 version does not build here...
Ebuild needs to depend on a bunch more gstreamer plugins, or audio is not going to work. gst-plugins-gconf is pretty major for audio support at all (provides gconfaudiosink) gst-plugins-faac gst-plugins-faad gst-plugins-lame gst-plugins-musepack gst-plugins-twolame gst-plugins-wavpack are required for various audio formats in the videos.
Maybe it'd be useful to introduce a use-flag that would pull in most of the plugins, or maybe introduce different plugin options into it (i.e. introduce faac/etc use-flag)?
Miro does not need the codecs. Should we introduce a USE flag for every format that a miro playable media could use? IMHO that are not miro specific USE flags. If miro uses the gstreamer backend, I am / the user is responsible to look for the gstreamer part and plugins.
On a second thought, yeah, it might be actually a very bad idea to introduce those USE flags (recompilation required even though no real changes are made to Miro itself). Just wondering if maybe the most-used codecs should be listed in addition to the existing gst-plugins related ewarn (although, to be honest, it'd probably be more useful to spend some time and pushing a patch for the upstream which would detect missing codecs, but that's out of scope of this bugtracker)?
Miro pulls in gst-plugins-meta so if you want more gst codecs operated by use flags, then probably a bug against gst-plugins-meta would be better.
Created attachment 266403 [details] updated ebuild - removed compile I modified the ebuild so that it does not run "run.sh". It installs and runs just fine on my AMD64. Please test. Thanks, Walter
Walter, thanks for the ebuild. I tested it and everything seems perfect.
The linux documentation page of Miro (http://develop.participatoryculture.org/index.php/LinuxBuildDocs) has been updated. Now they state that rb_torrent higher than 0.15.4 should be OK. In portage now the latest stable build is 0.15.5 so the dependency on the miro ebuild could be changed to a simpler net-libs/rb_libtorrent[python].
miro seems to work fine with rb_libtorrent-0.15.5 here.
Kitchen miro # ebuild miro-3.5.1.ebuild digest * * "/usr/local/portage/media-video/miro/miro-3.5.1.ebuild": * Deprecation Warning: Usage of distutils.eclass in packages not supporting installation * for multiple Python ABIs in EAPI <=2 is deprecated and will be banned on 2011-06-01. * The ebuild needs to be fixed. Please report a bug, if it has not been already reported. Any ideas on what is needed to do here? I'm not really a Python person, Thanks Anthony
(In reply to comment #25) > Kitchen miro # ebuild miro-3.5.1.ebuild digest > * > * "/usr/local/portage/media-video/miro/miro-3.5.1.ebuild": > * Deprecation Warning: Usage of distutils.eclass in packages not supporting > installation > * for multiple Python ABIs in EAPI <=2 is deprecated and will be banned on > 2011-06-01. > * The ebuild needs to be fixed. Please report a bug, if it has not been > already reported. Just change EAPI="2" to EAPI="3" in your ebuild. I have another problem. Miro 3.5.1 installed fine, but I cannot start it with the widget frontend: $ miro Traceback (most recent call last): File "/usr/bin/miro.real", line 311, in <module> startapp() File "/usr/bin/miro.real", line 249, in startapp startup(props_to_set) File "/usr/bin/miro.real", line 193, in startup raise ValueError("Cannot load frontend: %s" % frontend) ValueError: Cannot load frontend: widgets
Miro 4 is out. So does this mean a new ebuild-request?
Anybody had a chance to play with it yet?
Miro-4.0 is now out, as of a few days ago. The 3.5 ebuild works well, except the ADOPTERS doc is no longer included (or moved to another location). Two issues with the current ebuild: 1) It looks like one of the eclasses needs to be updated, and soon. I'm not sure what the procedure for this is, so I'll just report the warning: Deprecation Warning: Usage of distutils.eclass in packages not supporting installation for multiple Python ABIs in EAPI <=2 is deprecated and will be banned on 2011-06-01. The ebuild needs to be fixed. Please report a bug, if it has not been already reported. 2) It looks like miro wants mDNSResponder installed. I'm not sure why avahi isn't a suitable alternative. Starting up Miro shows this warning: For the best Miro experience, we suggest you install Bonjour. Installing Bonjour will allow you share your media library with other Miro users on your network, as well as stream media from other Miro users on your network. Miro has determined that your system is most likely missing the Avahi mDNSResponder compatibility library. Please refer to your operating system documentation on how you can install this library. Would you like Miro to warn you on next startup?
Created attachment 274501 [details] miro-4.0.ebuild
Created attachment 274511 [details] Updated ebuild for Miro 4.0 ebuild now using EAPI 3. I could build with this one flawlessly. Miro doesn't even ask for Bonjour.
Great work! :) Although, as a suggestion it might be a good idea to open a separate bump request for version 4.0 instead?
*** Bug 312459 has been marked as a duplicate of this bug. ***
4.0.1 added to main tree with few missing deps added and patch to build with latest ffmpeg.
Works great here. I do get the Bonjour message. Thanks a lot for this.
