[Bug 626122] Review Request: libqmf - Qt Messaging Framework
bugzilla at redhat.com
bugzilla at redhat.com
Fri May 13 16:29:01 UTC 2011
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=626122
--- Comment #17 from Jaroslav Reznik <jreznik at redhat.com> 2011-05-13 12:28:58 EDT ---
(In reply to comment #16)
> [Upstream QMF developer here]
>
> Just to add to the confusion:
>
> There's two forks of QMF:
> * http://qt.gitorious.org/qt-labs/messagingframework (What I call Qt-QMF)
> * http://meego.gitorious.org/meego-middleware/messagingframework (What I call
> Meego-QMF)
>
>
> Meego-QMF is rebased on a particular version commit of Qt-QMF (generally the
> weekly tags, but w/e suits their schedule) along with their set of commits
> (That adds stuff like libaccounts and tracker integration).
>
> Going forward, I'd like to see this consolidated into a single library -- but
> for the time being that's not practical.
>
> But since you're packaging Meego-QMF, which is fine -- but calling it Qt-QMF
> would only add to the confusion. So maybe meego-qmf is a better name?
>
> Regards,
> Eric
Hi Eric!
Thanks for clarification. So meego-qmf should be compatible with qt-qmf? If so,
we can ship meego-qmf as it adds some stuff and we can't have two nearly
exactly same conflicting libraries. The question here is - rename it to
meego-qt and after it's consolidated to one library move to qt-qmf? It's maybe
even a little bit more confusing :(
Guys, what do you thing? QMF is an optional dep now for a few packages, so we
should have it packaged...
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the package-review
mailing list