Package description: Mumbles is a plugin-driven, DBus based notification system written for the Gnome desktop. Similar to libnotify notifications and Growl for OSX (http://growl.info), Mumbles aims to provide a modern notification system for the GNU/Linux Desktop.
Created attachment 188673 [details] The Ebuild This ebuild works for me, but is not quite yet production ready. Major issue * The scripts /usr/bin/mumbles and mumbles-send need to have a line changed: -sys.path.append("/usr/share/python-support/mumbles/src/") +sys.path.append("/usr/lib/python2.5/site-packages/src/") I could do this with a patch, but it seems like there should be a more graceful way to make this change. Minor issue * The package's debain/control mentions a dependency of python-glade2, I'm not sure what gentoo package this translates to (`qsearch glade` didn't bring obvious results). -- (It worked fine for me, and it will probably work for most, but maybe not everyone.)
Created attachment 188675 [details] Improved ebuild This version of the ebuild takes care of the major issue I listed in comment #1 by using the following src_unpack. It works smoother than a patch-- I'm satisfied with this fix. src_unpack() { unpack ${A} cd "${S}" sed -i -e 's@"/usr/share/python-support/mumbles/src/"@"/usr/lib/python2.5/site-packages/src/"@' bin/mumbles bin/mumbles-send || die "sed failed" }
DESCRIPTION seems much too long to me (max 100 chars).
Created attachment 188846 [details] Ebuild v3 Sorry, I didn't realize there were guidelines for DESCRIPTION length-- I just copied what I found in the DEBAIN/control file. How about: DESCRIPTION="A modern notification system, similar to libnotify or Growl on OSX" I also realized that mumbles-0.4-r1 was incorrect, because the -rN is reserved for ebuild revisions. I'm a little confused as to what the best way to version the ebuild is. It is release "0.4" but the source/deb downloads are titled "0.4-1" yet, the source unpacks to "0.4" mumbles-0.4.1 is the correct gentoo-way to name this package, right? If it is, then this ebuild handles the versions correctly.
(In reply to comment #4) > I also realized that mumbles-0.4-r1 was incorrect, because the -rN is reserved > for ebuild revisions. > > I'm a little confused as to what the best way to version the ebuild is. It is > release "0.4" but the source/deb downloads are titled "0.4-1" yet, the source > unpacks to "0.4" > > mumbles-0.4.1 is the correct gentoo-way to name this package, right? Actually, the debian '-1' refers to the packaging revision, not the application version, but this is distribution specific. If this were the second revision of the ebuild for Gentoo, then '-r1' would be correct, however since this is the first release of the 0.4 ebuild, and we don't worry about the debian package revision, it would just be 'mumbles-0.4.ebuild'.
(In reply to comment #2) > sed -i -e > 's@"/usr/share/python-support/mumbles/src/"@"/usr/lib/python2.5/site-packages/src/"@' > bin/mumbles bin/mumbles-send || die "sed failed" > } > You cannot simply assume python version 2.5, so this is not the correct fix.(In reply to comment #5) > (In reply to comment #4) > > I also realized that mumbles-0.4-r1 was incorrect, because the -rN is reserved > > for ebuild revisions. > > > > I'm a little confused as to what the best way to version the ebuild is. It is > > release "0.4" but the source/deb downloads are titled "0.4-1" yet, the source > > unpacks to "0.4" > > > > mumbles-0.4.1 is the correct gentoo-way to name this package, right? > > Actually, the debian '-1' refers to the packaging revision, not the application > version, but this is distribution specific. If this were the second revision > of the ebuild for Gentoo, then '-r1' would be correct, however since this is > the first release of the 0.4 ebuild, and we don't worry about the debian > package revision, it would just be 'mumbles-0.4.ebuild'. > Oh, sorry - I see the source package is labelled '-1' too... I assume this is an error on the developer's part, since 0.3 was not labelled thus. In this case, either 0.4 or 0.4.1 is probably fine... but now I'm confused too :)
is this project still alive? i'm looking for something to display growl notifications on linux. even some gateway solution to notify-send would be just fine.
sorry for OT, for anyone else looking, https://github.com/mattn/growl-for-linux looks alive and interesting.
Is this still needed? $URL is down