[openi18n-im:01165] [proposal] distribute parts of im-sdk separately

Jens Petersen <[email protected]>
Newsgroups gmane.comp.internationalization.input-methods
Message-ID <[email protected]>
This mail is to propose to start distributing some parts of
im-sdk separatedly in forthcoming releases to help ease maintenance
and speed up development.

I guess the current subdirs and spec-files/ have already suggested this
for while, but I think it makes sense to split out most of:

	gnome-im-switcher, iiimecf, iiimgcf, iiimjcf, iiimqcf,
	iiimxcf, LEs and libs

into separate packages.  In a sense quite a few of these already have
separate "maintainers" looking after them, so it is largely a matter of
just making separate releases of tarballs for each iiimf subproject.

Doing this would have a number of advantages:
- updates and builds of separate components could be done more
   easily and quickly
- there would be less wasted time: one can update the package of
   one component easily without having to rebuild the whole of im-sdk
- there would be more maintainers and independent releases could be made
   per need
- splitting up the monolithic im-sdk tarball into pieces will help to
   make it easier for newcomers to find there way round and hopefully
   lead to more contributions and better maintenance of the main components
- it would also lessen the release burden on the current lead maintainers
   and hopefully allow more releases of components to be made

I look forward to hearing views and suggestions of other developers on
this, and how we can improve im-sdk development. :)

Jens
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.