No way, additional features from this "fork" get merged back once they are mature and their API is reviewed. It's not debian's job to subvert OSS projects.
On 03/02/2012 13:55 Boris Pek wrote: Package: qxmpp Version: 0.3.0-1 Severity: wishlist Hi, As we can see there are no packages which use qxmpp library in Debian yet. To avoid duplication of code it would be nice to switch your package to the fork: https://github.com/0xd34df00d/qxmpp-dev I need this modified version of library for my package leechcraft. There are such main changes in this fork: * Fixed install paths — install to /usr[/local] instead of Qt installation path. * Extended Roster management API — support sending reason texts for subscription management operations. * Implemented bookmarks. * Added pubsub manager. * Extended vCards support. * Implemented XEP-0184. * Implemented XEP-0224. * Implemented XEP-0145. * Added option for skipping authentication stage when connecting to server — allows implementing In-Band Registration XEP. * Support of XHTML-IM. * Fixed build in FreeBSD. * Fixed presence verification string generation. Fork developers regularly sync their copy of sources with upstream. Also fork do not broke the API. Each program which can be compiled with original qxmpp library also can be compiled with modified library without any changes in the sources. The main problem is that upstream review patches very and very slow (during few months). And most of them are not accepted yet. But the Azoth plugin from LeechCraft can't be compiled with unmodified library. If you agree with my arguments please let me know here. I am interested in co-maintaining the package. And I could make the updated package in the nearest future. Or if you lost interest to this package you may orphan it. And I will maintain it by myself. Best regards, Boris
