[pkg-otr-team] gajim-plugin-otr

[Hans of Guardian]

> On Fri, 4 Apr 2014 21:30:05 Boris Pek wrote:
> > Producing per plugin binary packages is a bad idea in this case. It
> > increases the size of Packages.*, Contents-* and Translation-* files in
> > arhive too much, that affects all Debian users, but not only Gajim users.
> > Also it increases the size of archive itself because each deb package
> > contains some meta information.
> 
> 
> I see your point but I'm not sure if we should provide bulk binary package 
> with all plugins at once. Perhaps only if they are not enabled by default...
> 
> In any case the gain is little -- potentially a dozen plugins packaged in one 
> or more packages... Not too much of a difference...
> 
> 
> > > But that's just my vision and I do not mind at all if somebody would
> > > choose to de-couple this particular plugin and maintain it separately.
> 
> > Personally I do not think that providing a separate source package is
> > useful, when OTR plugin comes in a single tarball with other plugins. More
> > over it increases the amount of work for maintainer, even if only OTR
> > plugin will be packaged separately and all other plugins will be packaged
> > together.
> 
> 
> That's exactly my point. :)
> I just wanted to say that if I'm not involved I'm not going to enforce my 
> vision on maintainer who is doing all the work. 
> 
> I just did initial packaging for someone to carry on. Frankly I'm surprised 
> that gajim maintainer(s) shown no interest so far...
> 
> -- 
> All the best,
>  Dmitry Smirnov.

I packaged the intertwined python-gotr package and talked with the upstream developer (CC'ed) about how best to release and pacakge gajim-plugin-otr.  First gajim-plugin-otr was included in the python-gotr source, then for a while, it was included in the gajim-plugins source.  Now I believe that the canonical source is in its own repo:

https://github.com/afflux/gotr
https://github.com/afflux/pure-python-otr/commit/265b414754816ecf6331e9bcfe8f076ec358f4b4

Therefore, I think it should be packaged as its own source and binary package.  Also, since the OTR plugin is more likely to require security updates than a generic gajim plugin, I think it makes sense to keep it as a separate package.

I think it is an important package to include in Debian since it is the only Python implementation for OTR, and the only OTR implementation for Gajim.  Also, as part of Guardian Project, we're trying to find some money to fund some further development of it.

.hc