[Reportbug-maint] Bug#508812: Towards a "generic" python bugtracker client library ? Re: Bug#508812: Reusing python-btsutils for bts-link

[Gustavo R. Montesino]

On Tue, Mar 3, 2009 at 10:31 AM, Olivier Berger
<olivier.berger at it-sudparis.eu> wrote:
> Hi.
>
> Some more bits, trying to revive that thread maybe ;)
>
> Le vendredi 19 décembre 2008 à 15:01 +0100, Olivier Berger a écrit :
>> Hi.
>>
>> [I'm not sure I've thought about all this with sufficient care (and
>> surely didn't make enough progress towards hacking... so many mails and
>> meetings accumulating, difficult to hack ;), still...]
>>
>> Some comments on previous discussions, and sorry for the bad TO+CC
>> headers.
>>
>> I think there may be a need for a quite generic python client lib for
>> bugtrackers, which would have plugins or subclasses fitting different
>> bugtrackers. This would help for instance for the development of tools
>> like bts-link, which will be a client of several bugtrackers (among
>> them, the DBTS of course).
>>
>> Development of such a library shouldn't be too much Debian-centered,
>> IMHO.
>>
>
> FYI, I noticed another python bugtracker client (here for bugzilla) in
> http://www.liquidx.net/pybugz/
>
> Hence the need for more generic APIs and not so much debian-centered
> approch I was advocating ;)

Initially, I planned to use such approach (generic layer + plugins) on
my GSoC project. After some thinking, though, I´ve started to believe
that the huge differentes between bugrackers would not allow to make a
generic interface without losing too much of the specific
functionalities available in each bug tracker...

All of this, of course, IMHO.