Bug#508812: Towards a generic python bugtracker client library ? Re: Bug#508812: Reusing python-btsutils for bts-link
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 ;) Just my 2 more cents, Regards, P.S.: keeping the whole of my latest message for reference bellow : 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. Still the question of a best forum to discuss that stays to be resolved, IMHO. Maybe the Helios project [3] could propose such a generic python-bugtrackers-client-lib list for discussing general non Debian-related API and stuff ? I'll provide other more focused (and DBTS related) responses later. Hope this helps anyway. Regards, [1] bicho : http://tools.libresoft.es/bicho [2] nepomuk and bugs : http://nepomuk.linbox.org/ [3] helios WP3 : https://picoforge.int-evry.fr/cgi-bin/twiki/view/Helios_wp3/Web Le mercredi 17 décembre 2008 à 10:58 -0300, Gustavo R. Montesino a écrit : Em Qua, 2008-12-17 às 13:22 +0100, Bastian Venthur escreveu: Hi, just a quick question. Are the debianbts-python bindings supposed to go into an extra package, will we reuse python-debianbts or is it supposed to go into python-debian? Depending on the answer we can open or use the appropriate mailinglist. I'm open to suggestions there, but I believe it can be integrated on python-debian. If no one objects, I think the right place for the technical discussion would be the pkg-python-debian-discuss ml. Anyways to make a start the discussion, here's what debianbts uses as datastructure for a single bugreport. It fits the needs of reportbug-ng so far, but maybe not others. Feel free to discuss: The current bug class of btsutils tries to separate the usertags in a separete field from the tags. It also has a forwarded field, which kept the URL the bug was forwarded to (or whatever the maintainer set on forwarded) and an url field, which I don't remember why I had added, as it is easy and inexpensive to compute on-the-fly with the bug number... -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Towards a generic python bugtracker client library ? Re: Bug#508812: Reusing python-btsutils for bts-link
On Tue, Mar 3, 2009 at 10:31 AM, Olivier Berger olivier.ber...@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. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: 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. Still the question of a best forum to discuss that stays to be resolved, IMHO. Maybe the Helios project [3] could propose such a generic python-bugtrackers-client-lib list for discussing general non Debian-related API and stuff ? I'll provide other more focused (and DBTS related) responses later. Hope this helps anyway. Regards, [1] bicho : http://tools.libresoft.es/bicho [2] nepomuk and bugs : http://nepomuk.linbox.org/ [3] helios WP3 : https://picoforge.int-evry.fr/cgi-bin/twiki/view/Helios_wp3/Web Le mercredi 17 décembre 2008 à 10:58 -0300, Gustavo R. Montesino a écrit : Em Qua, 2008-12-17 às 13:22 +0100, Bastian Venthur escreveu: Hi, just a quick question. Are the debianbts-python bindings supposed to go into an extra package, will we reuse python-debianbts or is it supposed to go into python-debian? Depending on the answer we can open or use the appropriate mailinglist. I'm open to suggestions there, but I believe it can be integrated on python-debian. If no one objects, I think the right place for the technical discussion would be the pkg-python-debian-discuss ml. Anyways to make a start the discussion, here's what debianbts uses as datastructure for a single bugreport. It fits the needs of reportbug-ng so far, but maybe not others. Feel free to discuss: The current bug class of btsutils tries to separate the usertags in a separete field from the tags. It also has a forwarded field, which kept the URL the bug was forwarded to (or whatever the maintainer set on forwarded) and an url field, which I don't remember why I had added, as it is easy and inexpensive to compute on-the-fly with the bug number... -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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. Just my 2 cents, P.S.: someone should definitely look at the Debian BTS code to give proper response to that issue ;) -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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. In terms of ontologies, for instance, if you have a look at http://www.ifi.uzh.ch/ddis/evo/ which includes BOM as a model for bugs, I think they recently evolved the model so that comments are subclasses of SIOC ontology which relates for online forum, lists and communities. That's the kind of OO modeling that could be adopted here too : mixing bug-specific code and mbox / mailing-lists archives specific code. Also, but possibly as a more long term goal, it would be really nice to provide some (heuristic and optional) parsing of each message in the bug log, especially the first one. At least for some widespread classes of bug report tools (reportbug and reportbug-ng for example) we can easily split the text, the meta-headers, the additional info, ... /me agrees. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
On Wed, Dec 17, 2008 at 01:22:28PM +0100, Bastian Venthur wrote:
just a quick question. Are the debianbts-python bindings supposed to
go into an extra package, will we reuse python-debianbts or is it
supposed to go into python-debian? Depending on the answer we can
open or use the appropriate mailinglist.
My initial idea (years ago) was to *merge* it into
python-debian. Still, I care more about integration (if there is
margin to do that) and marketing of the bts lib, that were the two
main reasons for proposing the merge. A priori, they can possibly be
both moot.
class Bugreport(object):
Represents a bugreport from Debian's Bug Tracking System.
def __init__(self, nr):
self.nr = unicode(nr)
self.summary = None
self.submitter = None
self.status = None
self.severity = None
self.fulltext = None
self.package = None
self.firstaction = None
self.lastaction = None
self.tags = None
def __str__(self):
s = Bug: %s\n % self.nr
s += Package: %s\n % self.package
s += Summary: %s\n % self.summary
s += Submitter: %s\n % self.submitter
s += Status: %s\n % self.status
s += Severity: %s\n % self.severity
s += Tags: %s\n % self.tags
s += Firstaction: %s\n % self.firstaction
s += Lastaction: %s\n % self.lastaction
s += Fulltext: %s\n % self.fulltext
return s
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.
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.
Also, but possibly as a more long term goal, it would be really nice
to provide some (heuristic and optional) parsing of each message in
the bug log, especially the first one. At least for some widespread
classes of bug report tools (reportbug and reportbug-ng for example)
we can easily split the text, the meta-headers, the additional info,
...
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
On Wed, Dec 17, 2008 at 10:58:07AM -0300, Gustavo R. Montesino wrote:
Em Qua, 2008-12-17 às 13:22 +0100, Bastian Venthur escreveu:
just a quick question. Are the debianbts-python bindings supposed
to go into an extra package, will we reuse python-debianbts or is
it supposed to go into python-debian? Depending on the answer we
can open or use the appropriate mailinglist.
I'm open to suggestions there, but I believe it can be integrated on
python-debian. If no one objects, I think the right place for the
technical discussion would be the pkg-python-debian-discuss ml.
Yes, except that you should start posting to its correct address :-),
which is @lists.alioth.debian.org.
(I should have fixed it in this mail, finally.)
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
Hi, just a quick question. Are the debianbts-python bindings supposed to go into an extra package, will we reuse python-debianbts or is it supposed to go into python-debian? Depending on the answer we can open or use the appropriate mailinglist. Anyways to make a start the discussion, here's what debianbts uses as datastructure for a single bugreport. It fits the needs of reportbug-ng so far, but maybe not others. Feel free to discuss: class Bugreport(object): Represents a bugreport from Debian's Bug Tracking System. def __init__(self, nr): self.nr = unicode(nr) self.summary = None self.submitter = None self.status = None self.severity = None self.fulltext = None self.package = None self.firstaction = None self.lastaction = None self.tags = None def __str__(self): s = Bug: %s\n % self.nr s += Package: %s\n % self.package s += Summary: %s\n % self.summary s += Submitter: %s\n % self.submitter s += Status: %s\n % self.status s += Severity: %s\n % self.severity s += Tags: %s\n % self.tags s += Firstaction: %s\n % self.firstaction s += Lastaction: %s\n % self.lastaction s += Fulltext: %s\n % self.fulltext return s def value(self): Returns an 'urgency value', the higher the number, the more urgent the bug is. Open bugs generally have higher urgencies than closed ones. return STATUS_VALUE.get(self.status.lower(), 200) + SEVERITY_VALUE.get(self.severity.lower(), 20) 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: ... the value method helps to numerically sort bugreports, where open bugreports have a higher value as closed ones and packages with a higher severity have a higher number than bugreports with a lower one. One could improve that by introducing a __comp__ method. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
Bastian Venthur schrieb: Hi, just a quick question. Are the debianbts-python bindings supposed to go into an extra package, will we reuse python-debianbts or is it supposed to go into python-debian? Depending on the answer we can open or use the appropriate mailinglist. Sorry, I forgot python-btsultils, that was not intentionally. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
Em Qua, 2008-12-17 às 13:22 +0100, Bastian Venthur escreveu: Hi, just a quick question. Are the debianbts-python bindings supposed to go into an extra package, will we reuse python-debianbts or is it supposed to go into python-debian? Depending on the answer we can open or use the appropriate mailinglist. I'm open to suggestions there, but I believe it can be integrated on python-debian. If no one objects, I think the right place for the technical discussion would be the pkg-python-debian-discuss ml. Anyways to make a start the discussion, here's what debianbts uses as datastructure for a single bugreport. It fits the needs of reportbug-ng so far, but maybe not others. Feel free to discuss: The current bug class of btsutils tries to separate the usertags in a separete field from the tags. It also has a forwarded field, which kept the URL the bug was forwarded to (or whatever the maintainer set on forwarded) and an url field, which I don't remember why I had added, as it is easy and inexpensive to compute on-the-fly with the bug number... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
I'm still a fan of this plan, and will help as much as I can and my free time allows it. Cheers, Bastian Gustavo R. Montesino schrieb: Em Seg, 2008-12-15 às 18:32 +0100, Olivier Berger escreveu: Hi. Hello, The package python-btsutils has been recently brought to my attention (Thanks zack). It implements a general python API for the DBTS. I think that the Debian bts querying part of bts-link (bts/interfaces.py) could be replaced somehow by using an (improved) btsutils which could use a mirror of the BTS database. I've started some bits to reuse current bts-link's code to extend btsutils, at : http://picoforge.int-evry.fr/websvn/listing.php?repname=helios_wp3path=/trunk/python/ (by also changing some bits in bts-link... see : http://www-public.it-sudparis.eu/~berger_o/git/bts-link.git/) I've also filed a wishlist on python-btsutils for that : #508812 The idea is to try and merge in a distinct common library as much of the python client interfaces of the BTS as possible. It would eventually support many interfaces of the BTS : SOAP, WEB, ldap, spool files,... Some time ago I have talked to Stefano Zacchiroli (python-debian), Bastian Ventur (reportbug-ng) and Sandro Tossi (reportbug) about the possibility of creating an official python bts access API to be integrated to the Debian Bundle/python-debian. Unfortunately this hasn't progressed since them, but I think it would be the way to go. I believe the first step would be to get an overall architecture design plan, and likely from there the best is to start a new codebase, taking the useful bits from python-btsutils and from python-debianbts. I'm still willing to help on this process as much as my free time allows, but I wouldn't feel comfortable trying to do so alone. Kind regards, Gustavo R. Montesino PS: I'm cc'ing a lot of people and lists as I think this subject interest all of them, apologies in advance for the cross-posting. -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
Em Seg, 2008-12-15 às 18:32 +0100, Olivier Berger escreveu: Hi. Hello, The package python-btsutils has been recently brought to my attention (Thanks zack). It implements a general python API for the DBTS. I think that the Debian bts querying part of bts-link (bts/interfaces.py) could be replaced somehow by using an (improved) btsutils which could use a mirror of the BTS database. I've started some bits to reuse current bts-link's code to extend btsutils, at : http://picoforge.int-evry.fr/websvn/listing.php?repname=helios_wp3path=/trunk/python/ (by also changing some bits in bts-link... see : http://www-public.it-sudparis.eu/~berger_o/git/bts-link.git/) I've also filed a wishlist on python-btsutils for that : #508812 The idea is to try and merge in a distinct common library as much of the python client interfaces of the BTS as possible. It would eventually support many interfaces of the BTS : SOAP, WEB, ldap, spool files,... Some time ago I have talked to Stefano Zacchiroli (python-debian), Bastian Ventur (reportbug-ng) and Sandro Tossi (reportbug) about the possibility of creating an official python bts access API to be integrated to the Debian Bundle/python-debian. Unfortunately this hasn't progressed since them, but I think it would be the way to go. I believe the first step would be to get an overall architecture design plan, and likely from there the best is to start a new codebase, taking the useful bits from python-btsutils and from python-debianbts. I'm still willing to help on this process as much as my free time allows, but I wouldn't feel comfortable trying to do so alone. Kind regards, Gustavo R. Montesino PS: I'm cc'ing a lot of people and lists as I think this subject interest all of them, apologies in advance for the cross-posting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
On Tue, Dec 16, 2008 at 10:46:22AM -0300, Gustavo R. Montesino wrote:
Some time ago I have talked to Stefano Zacchiroli (python-debian),
Bastian Ventur (reportbug-ng) and Sandro Tossi (reportbug) about the
possibility of creating an official python bts access API to be
integrated to the Debian Bundle/python-debian. Unfortunately this
hasn't progressed since them, but I think it would be the way to go.
Well, to be fair, I was waiting for an action on your side :) The last
I remember was that you wanted to do some code cleanup _before_
attempting an integration as a sub-module into python-debian, which
was what I initially proposed when I got in touch in you. But that
not really relevant, it is also very well possible that we
misunderstood each other :)
If you are ready to integrate the code now, you are still welcome!
I believe the first step would be to get an overall architecture design
plan, and likely from there the best is to start a new codebase, taking
the useful bits from python-btsutils and from python-debianbts.
What we (python-debian) would need to start is an API proposal, that
will become a sub-module of debian_bundle, as the other parts of
python-debian. Then, I can go through the API and see whether there is
a margin for more synergy with other components of python-debian.
Finally, the same can be done for the implementation of the API, I
guess that there is some code that you implement that is implemented
also somewhere in python-debian, and that can then be factorized.
PS: I'm cc'ing a lot of people and lists as I think this subject
interest all of them, apologies in advance for the cross-posting.
On the contrary, thanks for the Cc.
Cheers
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: [Reportbug-maint] Bug#508812: Reusing python-btsutils for bts-link
Hi all, On Tue, Dec 16, 2008 at 14:46, Gustavo R. Montesino grmontes...@gmail.com wrote: Em Seg, 2008-12-15 às 18:32 +0100, Olivier Berger escreveu: Hi. Hello, The package python-btsutils has been recently brought to my attention (Thanks zack). It implements a general python API for the DBTS. I think that the Debian bts querying part of bts-link (bts/interfaces.py) could be replaced somehow by using an (improved) btsutils which could use a mirror of the BTS database. I've started some bits to reuse current bts-link's code to extend btsutils, at : http://picoforge.int-evry.fr/websvn/listing.php?repname=helios_wp3path=/trunk/python/ (by also changing some bits in bts-link... see : http://www-public.it-sudparis.eu/~berger_o/git/bts-link.git/) About bts-link, I once offered mi will to integrate it in the qa architecture, but never followed up: I'll try to do it in the next days. I've also filed a wishlist on python-btsutils for that : #508812 The idea is to try and merge in a distinct common library as much of the python client interfaces of the BTS as possible. It would eventually support many interfaces of the BTS : SOAP, WEB, ldap, spool files,... Some time ago I have talked to Stefano Zacchiroli (python-debian), Bastian Ventur (reportbug-ng) and Sandro Tossi (reportbug) about the possibility of creating an official python bts access API to be integrated to the Debian Bundle/python-debian. Unfortunately this hasn't progressed since them, but I think it would be the way to go. I believe the first step would be to get an overall architecture design plan, and likely from there the best is to start a new codebase, taking the useful bits from python-btsutils and from python-debianbts. Well, I'd be very happy to see this goal archived, since I've sponsored it since the proposal came out. I think the best people to discuss (hopefully implement it) is you, Bastian and Don (another cc added ;) ) since the original implementors and the BTS mega-guru :) If I can help, I'd be happy to, but actually my plan is to have a python module to query/manipulate bts from reportbug, so I'm a little agnostic about it. I'm still willing to help on this process as much as my free time allows, As all of us :) Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
Hi. Le mardi 16 décembre 2008 à 14:52 +0100, Stefano Zacchiroli a écrit : PS: I'm cc'ing a lot of people and lists as I think this subject interest all of them, apologies in advance for the cross-posting. On the contrary, thanks for the Cc. Cheers I'm glad my mail sparkled a lot of interest from so many pythonists ;) Is there a list where such discussions may be continued ? For those who're interested, we're currently working in the frame of a RD project on bugtrackers synchronisation (https://picoforge.int-evry.fr/cgi-bin/twiki/view/Helios_wp3/Web), hence our interest in bts-link, and standardizing some bits of APIs. We should be able to provide some manpower, but not with Debian BTS as the single target of our work... still, I hope we can help improve things. Some current plans are to investigate ontologies and RDF storage as a mean for interoperability, so having a python bug tracker API which would support some established ontologies as a mean of interchange format between different bugtrackers. I also proposed our help for bts-link maintenance. Sorry for repeating for those who already knew this. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
On Tue, Dec 16, 2008 at 04:56:53PM +0100, Olivier Berger wrote:
Is there a list where such discussions may be continued ?
I don't see a specific one, but again, I'd personally be glad of
joining some helios-specific list, if you think it is appropriate.
For the sole topic of integration of Gustavo's work in python-debian,
it should be pkg-python-debian-disc...@lists.alioth.debian.org (which
was misspelled in the initial post: it was missing the alioth domain
component).
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
Hi. The package python-btsutils has been recently brought to my attention (Thanks zack). It implements a general python API for the DBTS. I think that the Debian bts querying part of bts-link (bts/interfaces.py) could be replaced somehow by using an (improved) btsutils which could use a mirror of the BTS database. I've started some bits to reuse current bts-link's code to extend btsutils, at : http://picoforge.int-evry.fr/websvn/listing.php?repname=helios_wp3path=/trunk/python/ (by also changing some bits in bts-link... see : http://www-public.it-sudparis.eu/~berger_o/git/bts-link.git/) I've also filed a wishlist on python-btsutils for that : #508812 The idea is to try and merge in a distinct common library as much of the python client interfaces of the BTS as possible. It would eventually support many interfaces of the BTS : SOAP, WEB, ldap, spool files,... Several tools could then use the same lib : bts-link, bug-triage, etc. Any comments welcome. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
