Rythmbox 0.9.0 is out promising less resources and better stability. http://www.gnome.org/projects/rhythmbox/news.html Reproducible: Always Steps to Reproduce: 1. 2. 3.
Requires: totem-plparser >= 1.1.3 For what reason, I cannot find.
Looking more into CVS, it looks like on 2005-07-08, a feature from totem was ripped and added. For CD burning?
I think totem-plparser is just a part of the totem program. On the gnome-ftp servers, there is such a version, 1.1.3 and even 1.1.4. However, this seems to be a development version of totem. I tried downloading and configuring totem-1.1.4, but there is a buildtime dependency on something called 'iso-codes.pc', of which I had never heard before (not that that means anything). So, before we can build rhythmbox-0.9, we need to build totem-1.1.4, which depends on iso-codes. From what I understand, this package is in gnome-cvs.
The totem-1.1.x releases are indeed "development releases" and the Gentoo Gnome team isn't supporting ebuilds for them until the release of 2.12. All Gnome apps generally have development releases, like totem and epiphany for example, and ebuilds are never officially provided. I'm not sure if rythmbox-0.9.0 is a development version or not, but chances are we won't be seeing it in portage until Gnome 2.12 also.
Created attachment 65681 [details, diff] plparse integration This patch integrates plparse from totem 1.1.4 in rhythmbox 0.9.0 sources and modifies configuration and make files to compile and link (statically) against this version.
Created attachment 65683 [details] preliminary ebuild This ebuild uses the previous patch to get rid of the plparse dependancy.
Thanks Olivier. Your ebuild works like a charm and you even took out gst-plugins-gnomevfs. Awesome work.
Cool-- so we'll see it in portage soon then? W
Out of curiosity how come this ebuild no longer explicitly depends on gst-plugins- mad and others? Also, please mark it ~ on all arches.
Created attachment 67051 [details] Cleaned up rhythmbox 0.9.0 ebuild Cleaned up ebuild a bit, re-added the dependency on the relevant gst-plugins, as these are what provide playback functionality in rhythmbox. This is working nicely, it has my vote for inclusion.
Created attachment 67052 [details] Cleaned up ebuild again Apparently auto-detect doesn't.
Created attachment 67072 [details] Improved * Added support for tag writing * Added use and requirement for cd importing * Fixed pda (ipod) requirements (it appears dbus, hal and gnome-vfs are not required when adding pda support, only optional) I also wanted to add support for libgda but the implementation of the gda db backend is completely broken.
Dang, I forgot to put "vorbis mad flac aac" in USE.
Created attachment 67091 [details] USE flags added Olivier's ebuild again, with "vorbis mad flac aac" added to USE flags.
totem-1.1.5 and iso-codes are in portage now, would you pls bump up rhythmbox?
Created attachment 67299 [details] updated from totem 1.1.5
This one appears to be unable to play musepack files (yes, media-plugins/gst-plugins-musepack is installed).
No, it is actually working but I had to $ rm ~/.gnome2/rhythmbox -rf
Is rhythmbox capable of playing mms://, asf or asx streams? I've emerged gst-plugins-ffmpeg and when I try to play a stream I get "Stream Error: Unexpected end of stream." Here's the URL I'm trying... http://www.streamaudio.com/stations/asx/WFNX_FM.asx
Hmmm. What happened? This had a lot of momentum, and it still hasn't appeared yet in portage... W
Yeh, I've got this locally, but it's undergoing some changes in CVS. For example, the dbus code looks like it's being ripped out of remoting and rewritten, daap and avahi support (for playlist sharing) etc. I'm also not sure what they're doing about gst-0.8.
I'm having issues compiling the source with the dbus flag. Here's the error: checking for dbus-glib-1 >= 0.23 dbus-glib-1 < 0.30... configure: error: D-BUS explicitly requested but no support found I've got sys-apps/dbus-0.36.2 right now.
rhythmbox 0.9.1 is out! Looks like a lot is done (including hal and dbus upgrade) http://www.gnomefiles.org/app.php?soft_id=423
Please note that the musicbrainz dependency is unnecessary and unneeded since the audiocd has been forcibly disabled in 0.9.1. Also, adding the pda as a noop isn't really a good idea. if they want pda, Give it to them, don't force people to go through various USE flag hoops here. Second. Is there a good reason to have bonobo support disable-able, other than pure featureitis? ? cdparanoia USE flag... Why?
> Please note that the musicbrainz dependency is unnecessary and unneeded since > the audiocd has been forcibly disabled in 0.9.1. True, but there is no ebuild for 0.9.1 yet. > Also, adding the pda as a noop isn't really a good idea. if they want pda, Give > it to them, don't force people to go through various USE flag hoops here. Not a noop, it is used to enable ipod support. > Second. Is there a good reason to have bonobo support disable-able, other than > pure featureitis? ? Bonobo is not a requirement, there is not need to force bonobo support. > cdparanoia USE flag... Why? Not needed anymore in 0.9.1.
actually, the statement : pda? ( hal? () ) ... . is pretty much a no-op, as the ipod support without hal was pretty.. .flakey... in my experience. THe point about the bonobo still stands. -what- is the bonobo componen doing?
Created attachment 71032 [details, diff] plparse from totem 1.2 for rhythmbox 0.9.1
Created attachment 71035 [details] preliminary ebuild for 0.9.1 * The plparse patch is not mandatory: totem is required if the plparse use flag is not set. Otherwise, the plparse patch will be applied. * Added support for Digital Audio Access Protocol. It requires either howl or avahi. I made howl the default, but avahi can be selected by using the avahi use flag. * Removed hal use flag (spider: "ipod support without hal was pretty.. .flakey... in my experience"). * Removed musicbrainz and cdparanoia use flags (spider: "audiocd has been forcibly disabled in 0.9.1") I have not removed the bonobo flag because I really don't know what the bonobo component does and if it used by some other apps.
0.9.2 is on the way (http://mail.gnome.org/archives/rhythmbox-devel/2005-November/msg00111.html) and portage is still listing 0.8.8 as the latest version! 0.9.1 has been out for weeks now...what remains to be done? W
I did an overlay of the above ebuild and it works (amd64). Some quick notes-- 1. Clear out your old rhythmbox settings. I was experiencing weirdness until I totally wiped the preferences. 2. do a "rc-update add mDNSResponder default" and restart so that the discovery stuff is turned on for iTunes sharing. (or type "mDNSResponder" as root) 3. I'm using howl, not avahi. It worked fine. I only needed mDNSResponder and it all worked. I see there are two other daemons w/howl but I don't know what they do. W
I've synced today, but the new version of rhythmbox is not in portage ... I 've tried it and: 1) It's stable [more than the 0.8.8 release] 2) The tag editor is really cool, and works very well [tested on 70-80 songs] There is an overlay on <a href="https://svn.breakmygentoo.net/bmg-main/media-sound/rhythmbox/">breakmygentoo.net</a> I 'll try this ebuild and report the result . :)
Everything works fine here ..... I'm on an x86.. bring it to portage I've used the ebuild provided above
I know about it. There are a lot of bugs fixed in cvs and 0.9.2 should be released soon. I am waiting until then to add this to the tree.
Added rhythmbox-0.9.2 to the tree. It has local useflags tagwriting,musicbrains,avahi, and daap. It depends on totem, if you want plparse split out, please file a bug upstream with either rhythmbox to include a local copy, or totem to split out its functions used by other apps.
