Re: RFS: QA Upload - muine 0.8.8-1 - Simple playlist based music player
Frank Lichtenheld wrote:
It was my understanding that build-depending on any Debian revision was
a bad idea? Why would -3 be any better than -1? There shouldn't be any
API/ABI changes between Debian revisions should there? Obviously, I
guess it makes sense if there was some specific bug fix but it still
seems like a bad idea, but what do I know? :)
On Tue, Feb 19, 2008 at 11:21:19PM -0500, Barry deFreese wrote:
I have prepared a QA upload for the orphaned package muine which
includes an new upstream that fixes RC bug #440817, and fixes a few
(#415419, #427263, #449835, and probably several of the bugs posted
against the 0.6.x versions). If someone could please review and/or
upload I would appreciate it.
* Remove -X revisions on build-depends.
Huh? I can see that removing -1 is most often a good idea, but -3?
I'm not overly familiar with clideps either. I can try to get some more
information on these.
from build log:
debian/muine-plugin-trayicon/usr/lib/muine/plugins/TrayIcon.dll has no valid signature, ignoring
dh_makeclilibs: debian/muine-plugin-inotify/usr/lib/muine/plugins/InotifyPlugin.dll has no valid signature, ignoring
dh_clideps: Warning: Missing shlibs entry: libmuine.so or libmuine for: muine.exe!
dh_clideps: Warning: Missing shlibs entry: libmusicbrainz.so.4 or musicbrainz for: muine.exe!
dh_clideps: Warning: Missing shlibs entry: libinotifyglue.so or libinotifyglue for: InotifyPlugin.dll!
I have no idea of mono, so I really can't judge whether these are
important or not...
As usual, thanks for taking the time to look at these!