headers
Olivier Berger | 19 Dec 2008 15:01
Picon
Gravatar

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

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.

Still, the DBTS client part may be developped in the frame of something
like python-debian...

For instance, the bicho [1] project of the nepomuk [2] project have or
are developing client libs in Python for bugzilla these very days.

So I don't know... maybe after a python-bugtracker-client project would
fit better ? ;)

OK, I'm just trying and zoom out of Debian a little bit, but I assume we
now have the means with distributed bugtrackers and various other
technical bits, to develop things wherever they would be lying.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Olivier Berger | 19 Dec 2008 15:07
Picon
Gravatar

Re: Bug#508812: Reusing python-btsutils for bts-link

Hi.

Some quick comment on your description of the class attributes.

Le mercredi 17 décembre 2008 à 13:22 +0100, Bastian Venthur a écrit :
> Hi,

> nr:	 is the bugnumber
> summary: is the subject line of the bugreport
> submitter: is the submitter of the bugreport
> status:	 is the bugstatus
> severity: ...
> fulltext: should hold the full bugreport but rng just displays the html
> 	  of our bts instead
> package:  is the package
> first and lastaction: are dates
> tags:     ...

It seems to me that the DBTS includes distinct 'Subject' and 'Summary'
fields, at least looking at the internal database (.summary files). It
is actually only distinct for a very few bugs.

I think this may have been some evolution of the bugtracker that was
never really exploited. Didn't take time to look at the code anyway.

So I assume that confounding Subject and Summary in practice is not so
bad... unless it makes sense to say that sometimes, the summary (as
"summary of the discussion") could be used more, because new clients
would make it easier for the users.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Olivier Berger | 19 Dec 2008 17:19
Picon
Gravatar

Re: Bug#508812: Reusing python-btsutils for bts-link

Hi.

Some more comments :

Le mercredi 17 décembre 2008 à 14:10 +0100, Stefano Zacchiroli a écrit :

> What about attachments? I'd love to have an easy way to access what
> has been posted to bug reports as attachment, as in a lot of cases
> they represent a patch or something else useful to access.
> 

At least some meta-information about attachments may be useful. I'm
thinking about doing things like statistical analysis of threads in some
of the comments, easily collecting patches, etc.

The precise contents may not be that useful to store in memory unless
for very specific needs such as parsing of some headers as you explained
bellow.

However, there, I would expect to handle more or less these attachments
like mailing-lists messages or emails, so I hope there are already
python libs available (or mailman or other tools' code which could be
reused).

> Similarly, why you just have a fulltext? It is a fulltext of what? The
> whole buglog? That should be better accessed with some (possibly
> pre-existing in the python stdlib) mailbox-like abstraction.
> 

Sure.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane