Re: XS-Vcs-field
On dom, 2006-11-12 at 14:02 -0600, Manoj Srivastava wrote: > tla is wrong. The name of the protocol is arch; and tla and > baz are competing implementations of the standard. Agreed, will fix this. > I suggest that we specify tow headers: and SCM specific > header, XS-Vcs- where name is one keyword from a specified list > (bzr, cvs, svn, darcs, git, hf, or arch), and XS-VCS-Browse, which is > a plain old HTTP URL. I like this proposal and I will implement it (addressing other minor issues pointed out by #393462). > Coming back to what it would take to fully specify sources in > an arch archive so that users can download the sources, I think that > the best thing to use would be to provide a URL for a grab file. The > grab file has a syntax: I don't have objections (mainly because I don't know what a grab file is). More generally though I would like to know opinions about whether it would be the case to describe in the developers reference what is the appropriate (non-browse) url for a given VCS. For example, would it be appropriate to document there that for arch a grab file should be used? Alternatively the description in the devref should remain vague (something like "an url pointing to a resource allowing automatic download of a debian source package") and a best practice section (either in the devref or on the wiki) should be set up documenting how to deal with the various VCS. Thanks for your feedback, Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393462: PTS: please make VCS link also point to browsable copy
tags 393462 + patch thanks On Mon, Oct 16, 2006 at 03:34:37PM +0200, Thijs Kinkhorst wrote: > The latest addition to the PTS, showing VCS repositories for packages, > is a great addition. However, I'd like it even better if there was also > a link to a web browsable copy of the repository. The attached patch adds support for the 'XS-Vcs-Browser' field in debian/control file. That field, already used by several packages in the archive FWIW, has a value which is a URL pointing to a web browsable version of the VCS repository. The other fields XS-Vcs-{SVN,Arch,...} preserve the current semantics (i.e. a "string" describing where the version controlled sources can be found; the string is meaningful for the given versioning system). In addition to that the patch also support multiple repositories to be listed for the same source package (the former behaviour of that was to keep only one of them). Still, only one XS-Vcs-Browser field is supported, and IMO this is the right behaviour. > There's currently also a link to the upstream website of the used > vcs (e.g. http://subversion.tigris.org). I don't think that link is very > useful (and if it's really needed, a link to the Debian package would be > more logical). That link could then disappear to make room for the > feature above. The patch also removes that hyperlink, which I agree was useless. The display format implemented by the patch is shown in the following example (casted down to ASCII art): Version Control: browser raw: CVS, Subversion With "browser" being an hyperlink to the browsable version (if any). The "raw" line exists only if at least one XS-Vcs-XXX field (with XXX != "browser") exists. Each comma separated VCS system name is an hyperlink pointing to the string given for the VCS system. Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time Index: xsl/pts.xsl === --- xsl/pts.xsl (revision 1497) +++ xsl/pts.xsl (working copy) @@ -95,25 +95,27 @@ -VCS +Version Control - - - - - - - - - - - - - - - repository - + + +browser + + + + + raw: + + + + + + + , + + + Index: bin/sources_to_xml.py === --- bin/sources_to_xml.py (revision 1497) +++ bin/sources_to_xml.py (working copy) @@ -116,19 +116,20 @@ else: prefix_len = 4 # e.g. tag[prefix_len:] would be 'svn' for 'x-vcs-svn'/'vcs-svn' -if vcs_table.has_key(tag[prefix_len:]): +# would be 'browser' for 'vcs-browser' (to be handled specially) +repos_elt = list(root.getElementsByTagName('repository')) +if repos_elt: # reuse existing repository element +repos_elt = repos_elt[0] # invariant: at most 1 repository elt +else: # create a new repository element repos_elt = doc.createElement('repository') root.appendChild(repos_elt) -kind_elt = doc.createElement('kind') -repos_elt.appendChild(kind_elt) -(name, vcsurl) = vcs_table[tag[prefix_len:]] -kind_elt.setAttribute('href', vcsurl) -name_txt = doc.createTextNode(name) -kind_elt.appendChild(name_txt) -url_elt = doc.createElement('url') -repos_elt.appendChild(url_elt) -url_txt = doc.createTextNode(m[tag]) -url_elt.appendChild(url_txt) +vcs_elt = doc.createElement('vcs') +kind = tag[prefix_len:] +if vcs_table.has_key(kind): +kind = vcs_table[kind][0] +vcs_elt.setAttribute('kind', kind) +vcs_elt.setAttribute('url', m[tag]) +repos_elt.appendChild(vcs_elt) # Print the DOM object to a file try: f = open("%s/%s/%s/%s.xml" % (odir, hash, package, dist), "w") signature.asc Description: Digital signature
Re: Ideas for additional large scale tests
On Thu, Mar 01, 2007 at 02:27:54PM +0100, Filippo Giunchedi wrote: > how about testing automatic dist-upgrades like stable->testing? I love this idea: as a maintainer is quite a burden to take care of this, a massive testing effort would help a lot of DDs out there! > of course this is not trivial as we want to run this in a > noninteractive/preseeded fashion, but better than nothing :) I don't see this as the major problem to tackle (but still a problem). I'm more worried about how you choose the environment you want to dist-upgrade. Various criteria that come to my mind (braindump): - base system only (pro: easy to set up, cons: tests a too small set of package) - \forall task, base system + 1 task (pro: still easy to set up, tests a lot more packages, I guess all tasks taken together are a fair share of the packages in the archive, cons: do not upgrade issues induced by inter-task relationships) - base system + a set of random selected packages (pro: easy to set up, tests inter-task issues, cons: non-idempotent, i.e. not easy to reproduce, no guarantees/idea about how much of the testing domain has been effectively tested) Cheers PS hello world, from a QA team newcomer :) -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: Fun with the BTS and an SQL DB
On Sat, May 05, 2007 at 12:39:56PM +0200, Holger Levsen wrote: > Wow. Only 1000 packages have more than 10 bugs and more than 3000 packages > are > bug-free (if you counted source packages). Of course, we still can & should > do better :-) On Sat, May 05, 2007 at 08:27:16PM +0200, Lucas Nussbaum wrote: > Yes, I was also surprised by the results. I'll try to generate some nice > graphs with all those figures. Actually I'm not that surprised. I'm thinking under the assumption that *a lot* of debian packages are de facto orphaned, meaning that they were packaged by people interested in having their toy packages in debian, but which are actually not used by anyone else (and hence no bug has been reported against them). A way to check if I'm right of (hopefully) wrong would be to "weight" the result using popcon results or even simply removing from the count packages whose poocon installation count is under a given threshold (to be determined ... do not ask me how :)). I haven't followed the entire thread, are you able to join the BTS data with popcon results using the current database? BTW, thanks for your work! Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: XS-Vcs-field
On Tue, May 08, 2007 at 02:13:56PM -0500, Manoj Srivastava wrote: > The PTS already implements the fields referred to in this patch, > so this is a working current practice, and I think we are way past the > design phase, so there should be no objection to including this in the > developers reference. No object from me, just a suggestion for your arch example. In case there exists some kind of web browsing possibility for an arch category of for an arch grab file you can add XS-Vcs-Browser to your example as well and uniform it with the preceding Subversion example. > + As another example, if the VCS being used is arch, > + the corresponding field anme would be: typo here Thanks for taking care of this, Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: XS-Vcs-field
On Tue, May 08, 2007 at 05:57:23PM -0500, Manoj Srivastava wrote: > Umm, sure. I had not given an example of the control file, since > that was the same as the control file for vim. Perhaps I need to make > this more explicit, since you were confused. No, it was indeed clear. I just think that two examples of the same concept should better be uniform, as upon fast reading of a page the eye tend to skim quickly over a page and finding similar text blocks it's easier by visual comparison. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#433469: PTS: please parse 'Homepage:' pseudo-header in the Descriptions...
tags 433469 + confirmed thanks On Tue, Jul 17, 2007 at 11:49:32PM +0200, Christoph Berg wrote: > XS-* is a real field, just an "unofficial" one. > Having said that, I don't oppose this proposal, I would just prefer a > less ugly standard used first. (Why is there a space at the beginning > of that line anyway?) Agreed, but fwiw I think that supporting "Homepage:" as requested in this bug report is even more justified than supporting Vcs-* (and notice that I actually proposed the latter). In fact 'Homepage' is a convention described in policy or devref (too lazy to check, sorry). So, since it is widespread, it is more than reasonable to support it. I'm totally in favor of using a less broken standard for that, but we can easily start supporting the current state of the art, and then support both the current syntax and the new one. Thanks for your report Pierre, Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#433469: PTS: please parse 'Homepage:' pseudo-header in the Descriptions...
On Tue, Jul 17, 2007 at 02:57:36PM -0700, Russ Allbery wrote: > Why don't we just start using XS-Homepage similar to how people just > started using XS-Vcs-Browser? Then maybe we can start putting this > business of parsing the long description to bed. Because we already have a documented convention for how a Homepage should be specified in a debian/control, we didn't have such a convention for version control systems. For how broken it can be it is a convention which is there, and it won't be easy nor fast to change it. We can propose a better convention, but I don't see why we shouldn't support the current one. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#433469: PTS: please parse 'Homepage:' pseudo-header in the Descriptions...
On Tue, Jul 17, 2007 at 04:20:56PM -0700, Russ Allbery wrote: > I don't object to QA pulling the current Homepage bits from the package > description, but it would be nice if it could add support for Homepage as > a control field at the same time. I'm happy to make a This is reasonable and I don't object that. > I suppose one open question is whether to use Homepage or use Url, as some > packages do already have Url headers and none are currently using > Homepage. RPM uses URL. I prefer Homepage. URL is not a meaningful name in the present context, it's just a way to addressing stuff, it doesn't say what is being addressed, while "Homepage" does. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#433469: PTS: please parse 'Homepage:' pseudo-header in the Descriptions...
On Wed, Jul 18, 2007 at 12:03:55AM +0200, Adeodato Simó wrote: > > Why don't we just start using XS-Homepage > No objection to that, but the header should be XB-Homepage, or XSB at > most. (That is, it should appear in Packages.gz, and probably not in > Sources.gz.) Dato, I'm a bit ignorant on this, can you please enlighten me? I now that XS- goes to the Sources and should be put in the source part of debian/control. I guess XB- goes to Packages and should be put in the various binary parts of debian/control. But the latter is suboptimal, has the maintainer would have to put that for each binary package, or am I missing that XB- stuff can be put in the source part and will be propagated to all binary packages? More generally I've an objection to your proposal, the "Homepage" property is specific of a source package, since usually it is tied to where I downloaded a program from, why you think it should be tied to binary packages? (and no, I do not consider the fact that it won't be visible using the current "show" apt-cache command, but only using "showsrc", as a valid reason: that is a deficiency of our tools at best). Thanks for your comment! Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#433469: PTS: please parse 'Homepage:' pseudo-header in the Descriptions...
On Wed, Jul 18, 2007 at 12:54:48PM +0200, Adeodato Simó wrote: > Yes. Thanks. > It is, but current usage puts it in the description for binary packages. > One may argue that it may be because there is no description in the > source package, but I believe it's also more useful there: I don't, I'll try to explain ... > It's my impression that is mostly useful for users, that may visit it to > get more documentation, or whatever. > Deficiency how? show shows binary records, showsrc shows source records. > What would you correct in that? I agree that the most common use is for users that wants to browse to a software homepage. But data should be primarily represented (warning: mantra begins here) where they belong to. And if the Homepage information belong, as I hope we all agree upon, to a source package then there it should be represented. For the sake of usefulness than an information can be derived elsewhere where useful. The PTS web interface is an example of this: binary package pages on the web can have link to the PTS which collect together a lot of information and make them accessible to the user. If the user currently use "apt-cache show" for getting information about a package fine, if the homepage field should be shown there fine as well, but then its apt-cache show which should inherit the information (if possible) from the source record. Don't we already have examples of such inheritance? Aren't sections inherited from the source package and possibly overridden there? It is not the case that we should put an information where it is not appropriate only because the current user practice is to look there for the info. After all we are all looking for the proper place where to put this information and the Description is apparently agreed upon for not being such a place. For the reasoning above I'm convinced the Homepage information belong to the source record. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time
Bug#433469: PTS: please parse 'Homepage:' pseudo-header in the Descriptions...
On Wed, Jul 18, 2007 at 01:15:22PM +0200, Adeodato Simó wrote: > I don't disagree with this, but I have a different view on the issue: > (1) The canonical place for the Homepage field, in other words the > origin, must be / is the source package. Hence it is kept in the > debian/control file of each source package. Not Sources.gz. > > (2) The way to derived that information elsewhere, as deemed usefuil, is > to use the "S", "B", and "C" flags as appropriate in the header that Ok, you convinced me :-) Let's go for XSB-Homepage so that it'll work with "apt-cache show" and the PTS can inherit the information from the Sources file. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time
proposal: upload to the collab-maint repo orphaned packages
Hi, maybe I'm proposing something obvious or already attempted in the past here, ... but let's try anyway! In order to spread the adagio that ``every DD is Debian QA'', what about uploading to the collab-maint subversion repository on alioth [1] all the orphaned packages which lack a collaborative maintenance repository of their own? (of course then advertising the fact via the appropriate Vcs-* fields) This way every DD would be able to commit to the package giving some help, no matter how small it will be. Comments? If there are no objections, what would be the appropriate place to document this QA best practice? (So yes, it is possible that it is already this way, but I haven't found the relevant docs ...) Cheers. [1] http://svn.debian.org/wsvn/collab-maint/ -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: proposal: upload to the collab-maint repo orphaned packages
On Fri, Aug 17, 2007 at 04:45:51PM +0200, Luk Claes wrote: > It's in my opinion not a good idea to promote orphaned packages. If an > orphaned package is worth keeping, it should find a maintainer easily. Else > it should be marked for removal, not added to the collab-maint svn > repository IMHO. Agreed. But ... it happened to me in the past that I was willing to fix a couple of bugs in an orphaned package but not to take over its maintenance. I guess it's a pretty common scenario. In those cases having it already in collab-maint would have eased my work. What's harmful in that? Besides, the proposal is not against your proposed course of actions: - if we find a maintainer she will have already the package in a repository, it would be enough to change the Maintainer name in debian/control and start working - if we don't, we can request the package removal, in such a case would it be a big deal to have package sources left over in collab-maint? I don't think so > What you propose is more or less adoption of all orphaned packages by > everyone and no one in particular... My view on orphaned packages is not Well, no. I'm just proposing a technical solution to ease working on orphaned packages, I'm not affecting (or at least it's not my intention, nor the foreseeable future I imagine) in any way how long a package would remain in the orphaned status, not what are the consequences of being in that status. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: proposal: upload to the collab-maint repo orphaned packages
On Fri, Aug 17, 2007 at 07:12:50PM +0200, Raphael Hertzog wrote: > The typical QA scenario is "apt-get source", hack, debuild, dput. > Precisely because the usual QA worker doesn't care enough about the > package, it's a one-shot work. So the reference is the archive itself and > the SVN in the middle is of very few help. > > I already proposed what your describe 2 years ago at the QA meeting (with > adn and sukria): > Slide: > http://meetings-archive.debian.net/pub/debian-meetings/2005/qa-meeting-darmstadt/slides/2005-09-11_Collaborative-maintenance-by-external-contributors_Alexis-Sukrieh+Raphael-Hertzog+Mohammed-Adnene-Trojette/collab-maint.pdf For the moment I've only had the time to read the slide, I'll postpone the .ogg. But indeed my proposal is exactly the same as yours ... and actually your slides contradict what you're claiming above. I guess that's because the discussion after the talk made you change your mind, right? Anyhow, before following the past live discussion I'm still convinced it's a good idea for precisely the reasons you mentioned (playground for contributors, ability to commit for non-DDs, VCS support [e.g. history]) and also for others like the ability to easily work in a batch manner on a set of orphaned packages. I'll come back to this after having watched the discussion. > I'd rather not pollute the collab-maint repo too much with old crap. If we > really want this, we can have a dedicated qa-packages repository. Regarding this. It seems to me that the 2 subdirs in collab-maint orphaned/ and ext-maint/ actually contain packages, so I deduce that the idea is being used in practice. Or is it just old stuff no longer used nor encouraged? Can I check in there orphaned packages I want to work on or is this discouraged? > Using a SCM is not easing our QA work because precisely there's very few > coordination to do... I don't remember any conflict of work on orphaned > packages. See the comment above, a VCS can do a lot more for us than simply helping with coordination. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: Finding a date for the Debian QA meeting in extremadura
On Tue, Sep 25, 2007 at 11:54:20PM +0200, Lucas Nussbaum wrote: > If you are listed on that page, please fill-in ASAP: > http://www.doodle.ch/participation.html?pollId=hakdpe6sdzurzs33 At the time of writing there are two likely dates with 12 attendees. Are we already settled and can we decide among one of them? If not, any idea of when we will be able to have a definitive date? TIA to the organizers, Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: Finding a date for the Debian QA meeting in extremadura
On Sun, Oct 07, 2007 at 08:06:43PM +0200, Lucas Nussbaum wrote: > I don't know when we will have the final date. Any news? I'm now in the need of planning a travel trip to Paris. Possibly I can manage to link the travels Italy -> France -> Spain making it less expensive for everyone my travel (and also diminishing my total travel time of course). But until we have a certainty about when the QA meeting will take place this is of course impossible to plan ... Thanks for your attention, Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: gconfd strange message
On Fri, Oct 26, 2007 at 10:05:21AM -0700, hagit wrote: > Hi all, Hi, thanks for this report, but why are you posting this to debian-qa? This mailing list is used to discuss Quality Assurance topics in Debian. For your post a bug report to the appropriate package would be more appropriate ... See http://bugs.debian.org for more info on this. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348971: please provide a prototype
tags 348971 + help thanks Marc Haber wrote: > ohe output of the PTS > (http://packages.qa.debian.org/c/clamav-data.html) still uses a > table-driven layout which is a bitch to parse. > > Please consider converting to CSS. [ back to the original topic of this bug report ] Recently I've worked a bit on the XSLT stylesheets which are generating the static HTML pages. I would welcome moving to a CSS-based layout as a general good practice (and not strictly related to the need of access the PTS information mechanically). However, before doing so, I would like to see some proof of concept implementation of the CSS rendering part. Having that would also ease the migration. If you, or someone else interested in seeing this bug fixed, can be so kind to provide a sample page which shows the current information and uses CSS only for layout instead of CSS+table, then I will be happy to implement the needed changes XSLT-side. Thanks for your report, Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: Updated Debian Maintainers Keyring
On Thu, Nov 29, 2007 at 03:39:29PM +0100, Cyril Brulebois wrote: > I'm planning to integrate that in DDPO/PTS webpages. Cc'ing -qa to avoid > possible duplicates. This is now integrated in the PTS, which shows a DM flag associated to each package which has "DM-Upload-Allowed: yes". Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
URL convention to point to per-package lintian checks
Hi, I'm working a bit on the PTS these days, and I've just noticed that the current way used to point to per-package lintian checks from the PTS is not reliable. For example, if you look at the PTS page of amule [1] you can notice that the lintian URL is dangling. The current "algorithm" implemented in the PTS to guess the appropriate lintian.debian.org page is as follows: - check if the maintainer name contains some non-ASCII characters (actually also buggy, since only some accented letters are taken into account and characters as "ô" are not) - if there are some, replaces them with "__" - replace spaces with "_" - then create a URL like http://lintian.debian.org/reports/mPATCHED_MAINTAINER_NAME.html#SRCPACKAGE This does not correspond to what lintian.debian.org is doing, partly for the PTS bug, partly for (I guess, though I'm not sure) a lintian bug which does not replace with "__" for the last character of maintainer name. For example, at [2], if you look for "Adeodato Simó" you will notice that the resulting link is http://lintian.debian.org/reports/mAdeodato_Sim.html (and indeed PTS pages for packages maintained by dato have 404 lintian links!). So, question, what is the actual algorithm used by lintian.d.o to patch maintainer names? Beside that, should I really need to implement that in the PTS as well? The alternative is that lintian.d.o is willing to implement a simpler naming scheme, for example using maintainer email and creating URLs like http://lintian.debian.org/reports/mEMAIL. In email you can patch "@" with the usual URL escape and be done with that. What about it? I think the resulting URL would even be easier to guess out of the blue. Many thanks in advance, Cheers. [1] http://packages.qa.debian.org/a/amule.html [2] http://lintian.debian.org/reports/maintainers.html -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: Summary of the MIA BoF during QA Extremadura 2007
On Sun, Dec 02, 2007 at 07:35:42PM +0100, Holger Levsen wrote: > I would suggest: > > X-MIA-Summary: nice Then wait 15 days > X-MIA-Summary: just resend the nice mail in case it go lost Then > wait 15 days > X-MIA-Summary: prod Then wait 30 days > X-MIA-Summary: last-warning Then wait 15 days > -> Orphan all packages and wait for 90 days Considering that in all steps the maintainer has the chance of step back in, I would like to diminish the after prod time to 15 days as the other steps. Beside that, I like Holger's figures. > Which would reduce the time until packages get orphaned to 75 days. Even That would become 60 days. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: URL convention to point to per-package lintian checks
On Sun, Dec 02, 2007 at 02:01:04PM -0800, Russ Allbery wrote: > I'm also happy to change the lintian escaping algorithm to make it easier > for corner cases, but I'd rather not change the algorithm in a way that > would invalidate other external links unless we declare a major flag day Are you aware of having several external links pointing into lintian.debian.org beside the PTS? I guess beside the PTS and maybe personal DD's homepage there won't be many, but I might be utterly wrong of course. > and really completely reorganize lintian.d.o. (Which should happen one of > these days, but which would require a fair bit of warning.) My main problem with the current naming scheme is that it is also open to clashes. If two maintainer names are different only for an accented letter they would clash into the very same page. Given that, I'm not particularly enthusiastic in fixing the PTS wrt a naming scheme that I feel to be broken in that respect. If you like the email based approach I've mentioned in my former post and point please let me know, I would happy to contribute a patch for that. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: URL convention to point to per-package lintian checks
On Sun, Dec 02, 2007 at 01:27:41PM -0600, Raphael Geissert wrote: > > So, question, what is the actual algorithm used by lintian.d.o to patch > > maintainer names? > > The script used to generate the html pages is available at: > http://svn.wolffelaar.nl/lintian/trunk/reporting/html_reports > > There you will find this code: Thanks for these pointers. > I've already tried once to fix this problem and even submitted a patch, but > I recommend you to read the whole bug report[1]. > It would be great if you could finish my work on that. I surely can, but before doing so I would prefer to fix the URL naming scheme in the right place, see my reply to Russ. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: URL convention to point to per-package lintian checks
On Mon, Dec 03, 2007 at 12:42:31PM -0800, Russ Allbery wrote: > > If you like the email based approach I've mentioned in my former post > > and point please let me know, I would happy to contribute a patch for > > that. > I do, although I'd like to reorganize more than that too. For example, > right now everything is written to one giant directory, which isn't a good > idea. It would also be nice to have pages by package as well as by > maintainer, and it would be good to include packages for which one is an > uploader in one's personal report. Ok, what do you suggest then? Should I wait for the code reorganization (assuming it was planned for anytime soon), or go ahead and try patching something for the meantime? Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: URL convention to point to per-package lintian checks
On Mon, Dec 03, 2007 at 06:18:28PM -0600, Raphael Geissert wrote: > What my patches actually do is switch to an email address-based naming (in > everywhere: lintian reports generator, developer.php and PTS). > As for what I understood that's what you want to do, am I mistaken? No, you're not. It's me who overlooked your "lintian.patch" in the bug report log you pointed me to. But since the lintian maintainer is active in this discussion I'll let him comment on whether that patch should be applied right now or not. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: URL convention to point to per-package lintian checks
On Tue, Dec 04, 2007 at 01:17:39AM -0800, Russ Allbery wrote: > Let's do this. Let's standardize on: Ok, cool. Many thanks! I'll implement the convention PTS side, let me know when the new scheme is read on the lintian side. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: Membership of qa group and access to qa user
On Thu, Dec 06, 2007 at 08:39:24PM +0100, Luk Claes wrote: > Currently it seems that tbm,weasel,igenibel,aba,jeroen,myon,herzog have > sudo access to the qa user. I have access to the sudo qa user as well; where did you get this list? Beside this nitpicking, I second the proposal. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#455214: qa.debian.org: add a usercategory for svnbuildstat on the qa.debian.org BTS pseudo package
On Sun, Dec 09, 2007 at 11:53:58AM +0100, Lucas Nussbaum wrote: > It would be a good idea to allow QA-related services to use the > qa.debian.org pseudopackage for their bug tracking. Nothing against the principle (more than this: neat idea indeed!), but I would like this to be done only for stuff hosted on *.debian.org machines. This would also encourage services to be moved under *.debian.org ... If not, it would be possible in theory to have bugs reported against qa.debian.org which are not fixable by anyone in Debian. > So, could someone add a usercategory for svnbuildstat, and also document > how to do that in the future in this bug report? So, are we in the position to move svnbuildstat on *.debian.org machines? Would it be possible given that Goneri is not a DD? Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#455214: qa.debian.org: add a usercategory for svnbuildstat on the qa.debian.org BTS pseudo package
On Tue, Dec 11, 2007 at 11:55:53PM +0100, Lucas Nussbaum wrote: > I kind of see it the other way around: integrating external services in > the BTS allows to improve them, making them better candidates for > hosting on d.o machines. That's true indeed. However the "bug" is that it's hard to integrate stuff in d.o, not the other way around. > I don't think so: AFAIK svnbuildstat runs on a dedicated server > currently, and has a quite complex setup. There was some talks about > moving it to piatti.d.o though, but I'm not sure of the status of this. > Ccing Holger and Goneri since they might be able to answer that. Ok, thanks for this notice. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Making Debian QA sexier / moving away from http://qa.debian.org/
On Thu, Dec 13, 2007 at 04:23:10PM +0200, Lars Wirzenius wrote: > Every time I see that wiki url, I keep thinking that qa.debian.org is a > difficult name for it. http://wiki.debian.org/QA sounds, to me, like a > name that is much easier to remember. AOL -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#456294: PTS: please make svnbuildstat link conditional
tags 456294 + confirmed thanks On Fri, Dec 14, 2007 at 12:52:19PM +0100, Thijs Kinkhorst wrote: > The PTS has a link to svnbuildstat for every package now, which is quite > useful for the listed packages. However, the link does not provide useful > information for non-svnbuildstat-listed packages. The vast majority of > packages is in that later category. Full ack, this feature has already been requested offline (but thanks for the bug report to keep track of it). In the beginning it was not possible to achieve without changing svnbuildstat, but the needed change has now been implemented there. The change PTS side is on the go, will let you know ASAP. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#457168: [pts] long version strings are ugly and enlarge too much side columns
Package: qa.debian.org Severity: minor In pages with long versions strings (see for example the attached one, which is a dump of the current mdadm page [1]) the left and right side column are ugly since they are too large; the problem being that versions strings do not contain spaces and hence can't be break by the browser. A viable solution would be to recognize when the version strings are too long (to be decided how ...) and, if so, add good break hints (using for example the unicode character U+200B) to split lines there if needed. A drawback of this would be that copy&paste of the version number will begin to contain the unicode character used as hints. Mumble ... Cheers. [1] http://packages.qa.debian.org/m/mdadm.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457168: here is the attachment ...
... which I've forgot in the bugreport. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time Title: Overview of mdadm source package Jump to package (home page): Overview of mdadm source package General information Latest version 2.6.3+200709292116+4450e59-3 Maintainer Debian mdadm maintainers Uploaders martin f. krafft Mario Joussen Standards version 3.7.2 Priority optional Section admin Version Control browserraw: Git Available versions Oldstable 1.9.0-4sarge1 Stable 2.5.6-9 Testing 2.6.2-2 Unstable 2.6.3+200709292116+4450e59-3 Source package Files .dsc .orig .diff Binary package(s) mdadm (20 bugs: 1, 9, 9, 1) mdadm-udeb (0 bugs: 0, 0, 0, 0) Todo The package should be updated to follow the last version of Debian Policy (Standards-Version 3.7.3 instead of 3.7.2). The Bug Tracking System contains 1 patch, you should include it. Problems The package has not yet entered testing even though the 10-day delay is over. Check why . Testing status 79 days old (needed 10 days) Not touching package, as requested by freeze (contact debian-release if update is needed) Not considered Static Information [2006-11-09] Call for testers of new mdadm versions (martin f krafft) Latest news RSS [2007-10-01] Accepted 2.6.3+200709292116+4450e59-3 in unstable (low) (martin f. krafft) [2007-09-30] Accepted 2.6.3+200709292116+4450e59-2 in unstable (low) (martin f. krafft) [2007-09-29] Accepted 2.6.3+200709292116+4450e59-1 in unstable (low) (martin f. krafft) [2007-08-11] mdadm 2.6.2-2 MIGRATED to testing (Britney) [2007-07-10] Accepted 2.6.2-2 in unstable (low) (martin f. krafft) [2007-06-02] mdadm 2.6.2-1 MIGRATED to testing (Britney) [2007-05-21] Accepted 2.6.2-1 in unstable (low) (martin f. krafft) [2007-05-05] Accepted 2.6.1-1 in unstable (low) (martin f. krafft) [2007-04-01] Accepted 2.6.1-1~exp.5 in experimental (low) (martin f. krafft) [2007-03-07] mdadm 2.5.6-9 MIGRATED to testing (Britney) [2007-03-05] Accepted 2.6.1-1~exp.3 in experimental (low) (martin f. krafft) [2007-02-24] Accepted 2.5.6-9 in unstable (low) (martin f. krafft) [2007-02-22] Accepted 2.6.1-1~exp.1 in experimental (low) (martin f. krafft) [2007-01-21] mdadm 2.5.6-8 MIGRATED to testing (Britney) [2007-01-08] Accepted 2.5.6-8 in unstable (low) (martin f. krafft) [2006-12-30] mdadm 2.5.6-7 MIGRATED to testing (Britney) [2006-12-13] Accepted 2.5.6-7 in unstable (low) (martin f. krafft) [2006-12-05] mdadm 2.5.6-6 MIGRATED to testing (Britney) [2006-11-20] Accepted 2.5.6-6 in unstable (medium) (martin f. krafft) [2006-11-15] Accepted 2.5.6-5 in unstable (low) (martin f. krafft) [2006-11-14] mdadm 2.5.5-1 MIGRATED to testing (Britney) [2006-11-09] Call for testers of new mdadm versions (martin f krafft) [2006-10-29] Accepted 2.5.5-1 in unstable (low) (martin f. krafft) [2006-10-13] Accepted 2.5.4-1 in unstable (low) (martin f. krafft) [2006-10-08] Accepted 2.5.3.git200608202239-8 in unstable (low) (martin f. krafft) [2006-10-06] mdadm 2.5.3.git200608202239-7 MIGRATED to testing (Britney) [2006-09-29] Accepted 2.5.3.git200608202239-7 in unstable (medium) (martin f. krafft) [2006-09-26] mdadm 2.5.3.git200608202239-6 MIGRATED to testing (Britney) [2006-09-21] Accepted 2.5.3.git200608202239-6 in unstable (high) (martin f. krafft) [2006-09-17] Accepted 2.5.3.git200608202239-5 in unstable (medium) (martin f. krafft) Bugs count All bugs 20 RC bugs 1 I&N bugs 9 M&W bugs 9 F&P bugs 1 PTS subscription Subscribers count 4 Subscribe Unsubscribe Advanced mode Patches Patch from ubuntu for version 2.6.3+200709292116+4450e59-3ubuntu1 Patches from BTS (1) Other links Changelog / Copyright Buildd logs (more) Lintian report Popcon stats Svnbuildstat Debian Package Tracking System - Copyright 2002-2007 Raphaël Hertzog and others. Report problems to the qa.debian.org pseudopackage in the Debian BTS. Last modified : Thu Dec 20 08:39:49 UTC 2007. signature.asc Description: Digital signature
Re: Coordinate time for the lintian URL updates
On Fri, Dec 21, 2007 at 09:04:31AM +0100, Raphael Hertzog wrote: > For me you can go ahead right now if you want, I should be able to find > some time tomorrow (or on sunday) for the PTS if zack is not faster. Ack, whatever time you want is fine. I'll be happy to leave the change to buxy, since (assuming tomorrow I'll do some PTS hacking) I've something else as my topmost priority. > In any case, broken links are not the end of the world and it's doesn't > require an up-to-the minute synchronization ;-) Ack on this as well :) -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#457169: patch for qa.debian.org
On Fri, Dec 21, 2007 at 04:50:31PM +0100, Yves-Alexis Perez wrote: > The simple patch attached fixes the problem on high dpi displays and looks > good on a 96 dpi one. I guess removing all fonts: ##pt (and maybe replace them > with a px one) would help but I don't know enough css/designing. No, sorry, this is not an acceptable patch (at least not by me), this is the removal of the current font size choices which, if it is one, is a different bug than that related to this bugreport. A patch for this bug would be changing the font sizes so that they use relative units instead of absolute ones (as you suggest in the end of your last message) preserving the current look and feel. The tricky part of doing that is that according to my tests "em" units are not cross-browsers compatible: I've tried with epiphany and firefox when the font size choices where in "em" and the pages looked remarkably different. It is possible that there were issues elsewhere though ... Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#457169: patch for qa.debian.org
On Sat, Dec 22, 2007 at 03:02:12PM +0200, Lars Wirzenius wrote: > > A patch for this bug would be changing the font sizes so that they use > > relative units instead of absolute ones (as you suggest in the end of > > your last message) preserving the current look and feel. > Attached is a patch that attempts to make all font sizes relative to the > browser's default base font size (which is what the user can be expected > to have chosen to suit their particular needs). Way better. I've just applied a modified version of your patch. The change basically consists in assuming that body has the default font-size (i.e. 100%) and then recompute (with a bit of freedom ...) the other sizes according to that. This fixes the original DPI problem since now I'm no longer playing with font points. Cheers and thanks for the patch. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: Coordinate time for the lintian URL updates
On Sat, Dec 22, 2007 at 02:54:43PM -0800, Russ Allbery wrote: > It looks like the PTS is replacing - with _, which is breaking some > lintian links. See zoneminder, for example. I've just fixed the XSL to avoid escaping '-' as a quick fix. I haven't yet regenerated the pages though. > The list of characters that should be left unmodified are: > a-z A-Z 0-9 _ . @ = + - Still, ATM the PTS is not implementing this naming scheme as the replacement is being done using the XPath function translate() which is lacking character negation behaviour; nor anything in EXSLT permits that IIRC. I fear the only way to go to be in sync is doing replacement character by character with a recursive template, or moving the name escaping to the Python part of the PTS. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#373218: bug changed: PTS naming convention should be in sync with lintian.d.o
retitle 373218 naming convention for lintian URLs is not in sync with lintian.d.o thanks With the new lintian.d.o naming convention [1], this bug should be way better now, since now URLs are email based and way less characters that need escaping are present there. Instead of closing the bug however I'm retitling it, since the naming convention implemented by the PTS is not in sync with that implemented by lintian.d.o. According to Russ: > The list of characters that should be left unmodified are: > a-z A-Z 0-9 _ . @ = + - while in the PTS the code is using translate() which does not permit to express "replace all characters except ... with underscores". Cheers. [1] http://lists.debian.org/debian-devel-announce/2007/12/msg00010.html -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#458108: qa.debian.org: Package's arch list repeated multiple times
On Fri, Dec 28, 2007 at 12:28:10PM -0500, Roberto C. Sanchez wrote: > behavior in its PTS page, but I am proceeding with the bug report. It > appears that sometimes the arch listing as repeated several times, as in > [0]. My best guess at a cause is that it happens when a source package > [0] http://packages.qa.debian.org/d/ddccontrol.html On my machine I see the following: $ apt-cache showsrc ddccontrol|grep Architecture Architecture: i386 amd64 ia64 alpha arm i386 amd64 ia64 alpha arm i386 amd64 ia64 alpha arm i386 amd64 ia64 alpha arm I see a "vague" correlation with your problem :-) I can fix the PTS to avoid showing duplicates, but I must say I'm inclined to delay the fix and let you check whether the apt-cache behaviour is correct or we have a bug in something more important than the PTS here ... What do you think? Thanks for your report, Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#458329: PTS: don't show lintian link when there are no lintian warnings
On Sun, Dec 30, 2007 at 10:10:35AM -0800, Russ Allbery wrote: > Note that you can tell whether a package has lintian warnings or errors > based on the contents of <http://lintian.debian.org/reports/qa-list.txt>. > If it has no errors or warnings, it won't be listed. Cool, I wasn't aware of that. So this is the way to go for the PTS: download daily the list of packages with errors/warnings, and generate links only for them. This is a general recipe followed also per other kind of links, e.g. svnbuildstat (now that it is fixed). > However, be aware that the next version of lintian will offer two lintian > pages for each maintainer, one view that shows only errors and warnings as > is currently done and a second that offers a full view that includes info, > experimental, and overridden tags. The PTS may eventually want to link to > both. No problem, what do you suggest for the policy for presenting links from the PTS? i.e. when do you want to see the link to one and when the link to the other? > I'm not sure if I should leave qa-list.txt as-is and generate a second > full list with more columns, or add more columns to the existing file. > Probably the former to be safe. PTS side there wouldn't be any significant difference, since the conditional logics for presenting lintian links is not yet implemented. Hence I'm for the simpler solution: one single file with all the info. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#458329: [EMAIL PROTECTED]: Re: Bug#458329: PTS: don't show lintian link when there are no lintian warnings]
[ Forwarding relevant snippets of Russ' mail to the bug report, to keep track of his suggestions. ] - Forwarded message from Russ Allbery <[EMAIL PROTECTED]> - Date: Mon, 31 Dec 2007 12:41:49 -0800 From: Russ Allbery <[EMAIL PROTECTED]> To: debian-qa@lists.debian.org Subject: Re: Bug#458329: PTS: don't show lintian link when there are no lintian warnings Stefano Zacchiroli <[EMAIL PROTECTED]> writes: > Cool, I wasn't aware of that. So this is the way to go for the PTS: > download daily the list of packages with errors/warnings, and generate > links only for them. This is a general recipe followed also per other > kind of links, e.g. svnbuildstat (now that it is fixed). You could also use the contents of this file to show the number of errors and warnings on the PTS page of the package. > No problem, what do you suggest for the policy for presenting links from > the PTS? i.e. when do you want to see the link to one and when the link > to the other? I think it would make the most sense to show links to both pages if they both have contents, or to show a link only to the full page if there are no warnings or errors. You'd want to distinguish between the two links somehow to make it clear that one is only warnings and errors (and generally what people have to worry about), and the other shows the full report including things that aren't necessarily problems. -- Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New lintian pages available for testing
On Wed, Jan 02, 2008 at 04:16:22PM -0800, Russ Allbery wrote: > http://lintian.debian.org/reports-testing/ This looks great!, many thanks for it. > * There are two reports for each maintainer. The one under maintainer, What did you decide for the lists related to the two kind of reports we discussed in #458329 ? If you have stable URLs for them (of course modulo the fact that the current base URL is there only for testing purposes) and, more important, stable format for them we can start adding support for them on the PTS side. > * Multiple maintainers with the same e-mail address will have all their Not related, but out of curiosity: will support for Uploaders be part of this round of lintian.d.o updates or not? /me blatantly trying to mob Russ in order to see it implemented ASAP :-) Cheers and thanks again. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#460983: PTS: Please link to Security Tracker
On Wed, Jan 16, 2008 at 10:09:15AM +0100, Florian Weimer wrote: > Yes, this should be possible. I will think a bit abot it end try to > write some code to implement this. It will be easier if we also include > resolved security issues in the count (otherwise, it's hard to express > the state in a single number). Well, to PTS end it is enough to have a file containing the needed information to decide whether or not the link should be put. If to you it's easy to generate a list of vulnerabilities affecting the various packages, with information whether they are resolved or not that's fine for the PTS. In addition, given that you are asking for adding the link, you're probably the most titled guys to know which kind of information are needed to decide whether or not to add the link :-) > > The PTS usually only provides some link when there's something > > intesresting to watch behind the link. > The drawback is that the link only appears after the next PTS update. > (We could AJAX to create the link. 8-P) Patches welcome :-P but anyhow that is totally unrelated with the point above, even with AJAX you would need to decide whether or not to add the link. You can only gain that you can do a query on a per-package resource to check whether it should be added (besides of course being more up to date, but that was not the topic of discussion here). Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#381275: PTS: removed packages not considered when re-added to the archive
tags 381275 + moreinfo unreproducible thanks Filippo Giunchedi wrote: > it seems that removed packages are not considered again when they are > re-added to the archive, consider octave-plplot for example. Are you sure this bug is actually in effect? Or, read my question as: how can I reproduce it? :-) You mention octave-plplot which is a binary package and not a source package, while the PTS is source package oriented. Indeed, if I go to http://packages.qa.debian.org/p/plplot.html I see as expected the info of plplot, including octave-plplot listed as one of its binary packages. Also, looking at the code dealing with removal, it seems to me that re-addition are properly handled (but of course I can have overlooked something). Is there any other *source* package you know that have been removed and re-added back, which is not shown properly in the PTS? Thanks in advance, Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#354307: packages.qa.debian.org/m/mydsn.html has weird sorted news
On Fri, Jan 25, 2008 at 08:05:01PM +0100, Stefano Zacchiroli wrote: > If so we can just run a script to check whether the affected files are > duplicates or not, get rid of all the duplicates ... and hope nothing > else remains in the bucket :-) Just for fun I've actually searched for duplicated. Attached there's a list, 106 out of 386 "weird sorted" news dirs are duplicated, the remainder are not. Here is how I've created the attached file: [EMAIL PROTECTED]:/srv/packages.qa.debian.org/www$ cut -f 1 weird_sorted_news.txt \ | bin/find_dup_sorted_news.sh \ > dup_sorted_news.txt So, we can't just remove all the "weird" files. Still, the non duplicates can be renamed so that they are properly sorted (for example renaming them from, say, "25.txt" to "TIMESTAMP.25.txt" where TIMESTAMP.txt would have led to a clash). What do you think of this solution? (I volunteer to write the batch script which does this fix.) It remains still open the point of whether clashes can happen again or not ... (see my previous post). Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#354307: packages.qa.debian.org/m/mydsn.html has weird sorted news
On Fri, Jan 25, 2008 at 08:05:01PM +0100, Stefano Zacchiroli wrote: > Moreover, and that's the main point of this report, it seems that the > last time the clash happened was January 2006, no other clashes in 2007 > nor 2008. Is it possible that the issue has been solved elsewhere and > the clash no longer happens? And indeed this diff explains the reason: [EMAIL PROTECTED]:/srv/debian/pts/www/bin$ svn diff -r1281:1282 common.py|grep -C 2 raise +targetfile = "%s/%s.txt" % (dir, info['timestamp']) +if os.path.isfile(targetfile): +raise("Aiee, already such message %s" % targetfile) +f = open(targetfile, "w") f.write(msg.as_string()) it is dated February 2006. So, starting from there on, duplicate news are refused on the basis of its timestamp alone. I will then get rid of duplicates and see what to do with the other strange files ... Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354307: packages.qa.debian.org/m/mydsn.html has weird sorted news
On Fri, Jan 25, 2008 at 08:48:05PM +0100, Stefano Zacchiroli wrote: > Just for fun I've actually searched for duplicated. Attached there's a > list, 106 out of 386 "weird sorted" news dirs are duplicated, the Ehm ... forgot attachment. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time base/a/acpi/news/14.txt OK! base/a/aleph/news/19.txtDUP! base/a/amavis/news/23.txt OK! base/a/antennavis/news/4.txtOK! base/a/apple2/news/8.txtDUP! base/a/ara/news/11.txt OK! base/a/ara/news/8.txt OK! base/a/arch2darcs/news/6.txtOK! base/a/asclassic/news/19.txtDUP! base/a/asterisk-spandsp-plugins/news/7.txt OK! base/a/avscan/news/5.txtDUP! base/a/ayuda/news/4.txt DUP! base/b/bass/news/1.txt OK! base/b/bass/news/2.txt OK! base/b/bass/news/3.txt OK! base/b/bass/news/4.txt OK! base/b/bass/news/5.txt OK! base/b/bass/news/7.txt OK! base/b/bass/news/8.txt OK! base/b/bass/news/9.txt OK! base/b/bbsload/news/2.txt DUP! base/b/belocs-locales-bin/news/22.txt OK! base/b/bidentd/news/15.txt OK! base/b/bitmap-mule/news/28.txt DUP! base/b/blackbox/news/2.txt DUP! base/b/blender/news/5.txt DUP! base/b/bluefish/news/29.txt DUP! base/b/bug/news/14.txt DUP! base/c/canna-shion/news/2.txt DUP! base/c/cbmplugs/news/3.txt OK! base/c/cdrdao/news/6.txtDUP! base/c/chastity-list/news/8.txt DUP! base/c/cl-hyperobject/news/15.txt DUP! base/c/cl-utilities/news/8.txt DUP! base/c/cnews/news/25.txtDUP! base/c/coco-cs/news/6.txt OK! base/c/cooledit/news/15.txt DUP! base/c/courier/news/13.txt OK! base/c/crip/news/10.txt OK! base/c/crip/news/6.txt OK! base/c/crip/news/7.txt OK! base/c/criticalmass/news/15.txt OK! base/c/criticalmass/news/4.txt DUP! base/d/d4x/news/5.txt DUP! base/d/dares/news/2.txt DUP! base/d/dav-text/news/4.txt OK! base/d/dbconfig-common/news/19.txt OK! base/d/dbd-xbase/news/4.txt OK! base/d/dbus/news/9.txt DUP! base/d/dchub/news/13.txtDUP! base/d/dcmtk/news/5.txt DUP! base/d/ddd/news/9.txt DUP! base/d/deal/news/3.txt OK! base/d/debpool/news/6.txt OK! base/d/debrecipes-es/news/1.txt OK! base/d/debrecipes-es/news/2.txt OK! base/d/debrecipes-es/news/3.txt OK! base/d/debrecipes-es/news/4.txt OK! base/d/debrecipes-es/news/5.txt OK! base/d/debrecipes-es/news/7.txt OK! base/d/debrecipes-es/news/8.txt OK! base/d/debrecipes-es/news/9.txt OK! base/d/denemo/news/4.txtDUP! base/d/devhelp/news/28.txt OK! base/d/devhelp/news/8.txt DUP! base/d/dh-lisp/news/2.txt DUP! base/d/dh-make-perl/news/23.txt OK! base/d/dhcp-dns/news/6.txt OK! base/d/diasce/news/2.txtOK! base/d/diasce2/news/2.txt OK! base/d/dictdlib/news/7.txt OK! base/d/dictdlib/news/8.txt OK! base/d/distcc/news/21.txt DUP! base/d/djvulibre/news/4.txt DUP! base/d/dlint/news/9.txt DUP! base/d/doc-es-misc/news/1.txt OK! base/d/doc-es-misc/news/2.txt OK! base/d/doc-es-misc/news/3.txt OK! base/d/doc-es-misc/news/4.txt OK! base/d/doc-es-misc/news/5.txt OK! base/d/doc-es-misc/news/6.txt OK! base/d/doc-es-misc/news/7.txt OK! base/d/doc-es-misc/news/9.txt OK! base/d/drbdlinks/news/5.txt OK! base/d/droidbattles/news/2.txt DUP! base/d/drupal/news/9.txtOK! base/d/dvd+rw-tools/news/5.txt DUP! base/e/e16keyedit/news/13.txt OK! base/e/easyfw/news/1.txtOK! base/e/easyfw/news/2.txtOK! base/e/easyfw/news/3.txtOK! base/e/easyfw/news/5.txtOK! base/e/easyfw/news/6.txtOK! base/e/easyfw/news/7.txtOK! base/e/easyfw/news/8.txtOK! base/e/easyfw/news/9.txtOK! base/e/ekg/news/11.txt OK! base/e/eruby/news/21.txtOK! base/f/fgfs-base/news/9.txt DUP! base/f/flightgear/news/12.txt DUP! base/f/fml/news/14.txt DUP! base/f/foomatic-gui/news/23.txt OK! base/f/fpdns/news/2.txt DUP! base/f/ftnchek/news/4.txt DUP! base/f/fudgit/news/5.txtDUP! base/f/fuse/news/21.txt OK! base/f/fvwm95/news/15.txt DUP! base/f/fwbuilder/news/13.txtOK! base/g/gcalctool/news/17.txtOK! base/g/gcc/news/15.txt DUP! base/g/gedit/news/4.txt OK! base/g/gedit/news/9.txt OK! base/g/gettyps/news/3.txt DUP! base/g/giflib/news/3.txtOK! base/g/gnome-gv/news/23.txt DUP! base/g/gnut/news/9.txt OK! base/g/gopher/news/6.txtOK! base/g/gtk+extra/news/12.txtOK! base/g/gtkdiff/news/7.txt DUP! base/g/gtkdiskfree/news/2.txt OK! base/g/gtkdiskfree/news/3.txt OK! base/g/gtkdiskfree/news/5.txt OK! base/g/gtkdiskfree/news/6.txt OK! base/g/gtranscript/news/2.txt DUP! base/g/gzip/news/11.txt DUP! base/h/h5utils/news/22.txt OK! base/h/harden/news/12.txt DUP! base/h/haskelldb/news/10.
Bug#354307: packages.qa.debian.org/m/mydsn.html has weird sorted news
On Sun, 2006-02-26 at 12:39 +0100, Jeroen van Wolffelaar wrote: > There are more packages effected, the reason is that now the PTS cannot > have multiple entries of exactly the same second, and that during > conversion, rathern than deleting clashing entries, I left them for now > pending looking a bit better at whether they really are duplicate. > > This ruins sorting next to it being a duplicate anyway too. Jeroen, I've searched for the affected bug on master.debian.org. The result is attached, you can re-generate the list of affected packages running bin/find_weird_sorted_news.sh from /srv/packages.qa.debian.org/www on master.debian.org. The assumptions behind that is that the clash corresponds to file (mis-)named like "25.txt" in the news/ directory (while other files have timestamp-like) names. Is the assumption correct? Moreover, and that's the main point of this report, it seems that the last time the clash happened was January 2006, no other clashes in 2007 nor 2008. Is it possible that the issue has been solved elsewhere and the clash no longer happens? If so we can just run a script to check whether the affected files are duplicates or not, get rid of all the duplicates ... and hope nothing else remains in the bucket :-) Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time base/a/acpi/news/14.txt 2002-09-05 22:16:12.0 + base/a/aleph/news/19.txt2002-09-05 16:00:54.0 + base/a/amavis/news/23.txt 2002-09-05 22:18:36.0 + base/a/antennavis/news/4.txt2005-04-06 22:37:29.0 + base/a/apple2/news/8.txt2002-09-05 16:00:55.0 + base/a/ara/news/11.txt 2004-12-19 04:39:28.0 + base/a/ara/news/8.txt 2004-12-19 04:48:56.0 + base/a/arch2darcs/news/6.txt2005-04-16 09:53:06.0 + base/a/asclassic/news/19.txt2002-09-05 16:00:55.0 + base/a/asterisk-spandsp-plugins/news/7.txt 2005-03-18 10:38:03.0 + base/a/avscan/news/5.txt2005-12-11 22:08:48.0 + base/a/ayuda/news/4.txt 2002-09-05 16:02:48.0 + base/b/bass/news/1.txt 2005-03-20 01:25:46.0 + base/b/bass/news/2.txt 2005-03-20 01:25:44.0 + base/b/bass/news/3.txt 2005-03-20 01:25:42.0 + base/b/bass/news/4.txt 2005-03-20 01:25:41.0 + base/b/bass/news/5.txt 2005-03-20 01:25:39.0 + base/b/bass/news/7.txt 2005-03-20 01:24:24.0 + base/b/bass/news/8.txt 2005-03-20 01:24:23.0 + base/b/bass/news/9.txt 2005-03-20 01:24:22.0 + base/b/bbsload/news/2.txt 2005-12-11 22:08:48.0 + base/b/belocs-locales-bin/news/22.txt 2005-03-20 21:10:22.0 + base/b/bidentd/news/15.txt 2002-09-05 17:15:53.0 + base/b/bitmap-mule/news/28.txt 2002-09-05 14:59:26.0 + base/b/blackbox/news/2.txt 2005-12-11 22:08:48.0 + base/b/blender/news/5.txt 2005-12-11 22:08:47.0 + base/b/bluefish/news/29.txt 2002-09-05 16:02:44.0 + base/b/bug/news/14.txt 2002-09-05 16:01:28.0 + base/c/canna-shion/news/2.txt 2003-04-17 12:02:36.0 + base/c/cbmplugs/news/3.txt 2004-04-17 04:24:56.0 + base/c/cdrdao/news/6.txt2005-12-11 22:08:47.0 + base/c/chastity-list/news/8.txt 2003-04-16 20:16:10.0 + base/c/cl-hyperobject/news/15.txt 2003-04-16 22:46:57.0 + base/c/cl-utilities/news/8.txt 2005-12-11 22:08:47.0 + base/c/cnews/news/25.txt2002-09-05 16:01:28.0 + base/c/coco-cs/news/6.txt 2005-03-28 21:53:09.0 + base/c/cooledit/news/15.txt 2002-09-05 16:00:56.0 + base/c/courier/news/13.txt 2005-09-01 10:50:01.0 + base/c/crip/news/10.txt 2005-06-30 08:52:10.0 + base/c/crip/news/6.txt 2005-12-17 05:30:55.0 + base/c/crip/news/7.txt 2005-12-17 05:24:20.0 + base/c/criticalmass/news/15.txt 2004-03-06 05:45:31.0 + base/c/criticalmass/news/4.txt 2005-12-11 22:08:49.0 + base/d/d4x/news/5.txt 2005-12-11 22:08:49.0 + base/d/dares/news/2.txt 2005-12-11 22:08:47.0 + base/d/dav-text/news/4.txt 2005-06-16 23:23:42.0 + base/d/dbconfig-common/news/19.txt 2005-03-09 04:39:24.0 + base/d/dbd-xbase/news/4.txt 2002-09-05 17:09:35.0 + base/d/dbus/news/9.txt 2005-12-11 22:08:45.0 + base/d/dchub/news/13.txt2003-04-17 05:13:31.0 + base/d/dcmtk/news/5.txt 2005-12-11 22:08:46.0 + base/d/ddd/news/9.txt 2003-04-17 16:
Re: empty Packages.qa.debian.org pages gone
On Wed, 14 Apr 2004 10:31:55 +0200, Jeroen van Wolffelaar wrote: > Caused due to space problems, it's fixed now. Converting this bug into a > minor one about better error handling, but importance is really > very minor IMHO (shouldn't happen, if it happens you get outdated rather > than no info... still not good). > > Alternatively, a mail being sent if the update somehow fails is also a > step in the right direction I think. This is now implemented: bin/generate_html.sh will echo on standard output issues if xsltproc does not return exit code 0. Since the PTS update is run via cron, someone should receive an email related to the output. Don't know who is listening to cron output for the qa user though ..., Cc-ing debian-qa for advices on this. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#462627: PTS: don't show empty uploaders field
user [EMAIL PROTECTED] usertag 462627 + pts thanks On Sat, Jan 26, 2008 at 06:46:32PM +0900, Paul Wise wrote: > Please don't show the Uploaders field when it is empty. I think in the beginning this was intentional (see the markup for the None string to convince yourself of this :-) ). However now it is probably pointless since the habit of Uploaders is well known. So I'm in favour of fixing this bug of yours. Or, at least, we should choose among: 1) decide that not having at least Uploader is bad, and mention this in the TODO/Problem section (but IIRC we already have something such for important packages, for some definition of "important") 2) deciding that it is not a PTS concern and then hide the field following the PTS mantra that only available information are shown, hence hiding empty Uploader fields Comments? -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#354307: packages.qa.debian.org/m/mydsn.html has weird sorted news
On Sat, Jan 26, 2008 at 02:17:19PM +0100, Raphael Hertzog wrote: > Note that this behaviour should be fixed. It happens that dak send several > Accepted mails during the same second for example when the package gets > out of NEW and when several upload happened while the package was sitting > in NEW. > > I remember neuro complaining about getting bounces on those cases. Jeroen > never got around to fix that. Ok, here is a proposed (yet untested) fix: [EMAIL PROTECTED]:/srv/debian/pts/www/bin$ svn diff common.py Index: common.py === --- common.py (revision 1821) +++ common.py (working copy) @@ -18,8 +18,13 @@ info = extract_info(msg) targetfile = "%s/%s.txt" % (dir, info['timestamp']) -if os.path.isfile(targetfile): -raise("Aiee, already such message %s" % targetfile) +nonce = 0 +while os.path.isfile(targetfile): +nonce += 1 +if nonce > 128: # eventually give up +raise("can't find a free slot to save message, last stried was %s"\ +% targetfile) +targetfile = "%s/%s.%d.txt" % (dir, info['timestamp'], nonce) f = open(targetfile, "w") f.write(msg.as_string()) f.close() It assumes however that all mails received in the very same second are to be kept, is it a correct assumption? Also, it sort strangely news received in the very same second, here is an example of what I mean (ipython session): In [18]: a=['1236.txt', '1235.txt', '1234.txt', '1235.1.txt', '1235.2.txt'] In [19]: a.sort() In [20]: a.reverse() In [21]: a Out[21]: ['1236.txt', '1235.txt', '1235.2.txt', '1235.1.txt', '1234.txt'] This can be fixed in update_news.py using an ad-hoc sorting function, but I don't think it's worth, after all those mail have all been received in the very same second, whatever order would do IMO. Let me know if you want me to commit this fix or not ... Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#457759: PTS: bug summary counts bugs that are assigned to two or more packages more than once
On Tue, 25 Dec 2007 13:13:56 +0100, "Frank S. Thomas" wrote: > If one bug is assigned to two or more binary packages of the same > source package, the PTS' "Bugs count" summary counts this bug more > than once. This summary should only count bugs in the source package. > The DDPO does this right, compare for example: The fix for this is trickier than what it might seem. Apparently, the PTS has only bug stats about binary packages. Here is the relevant snippet from www/bin/update_incoming.sh: # Download bugs summary nice_wget http://merkel.debian.org/~hertzog/pts/bugs.txt bugs.txt and the downloaded file is binary package oriented (for example, "boinc" itself does not appear). Raphael, how is that file generated? Can we add the generation of an extra incoming source containing source oriented bug stats? Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#354307: packages.qa.debian.org/m/mydsn.html has weird sorted news
On Sat, Jan 26, 2008 at 06:21:16PM +0100, Raphael Hertzog wrote: > targetfile = "%s/%s.0.txt" % (dir, info['timestamp']) > At least it'll fix the sorting order... Yes, but it will add the ".0" to all files. While not using it we will have the extra digit only when needed, which I hope are exception rather than rules. If you really want to have the sorting fixed (which, let me insist, should be not that relevant, given that all the mails we are talking about have been sent in the very same second) I prefer to use a custom sorting function. Thanks for the feedback. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463050: qa.debian.org: please list packages in mentors.d.n in TODO section
user [EMAIL PROTECTED] usertag 463050 + pts thanks On Tue, Jan 29, 2008 at 01:46:28PM +0900, Paul Wise wrote: > I would like to see the PTS list packages on mentors.debian.net in the > TODO section, with something like this: > > Sponsor version 1.2.3-4[1] from Debian contributor John Doe <[EMAIL > PROTECTED]> Just to better understand your feature request, here is how I understood it in a more schematic way: - for each source package which is in the official Debian archive (since it might well be that a package on mentors.d.n is not in the official archive) - if there is a version to be sponsored on mentors.d.n that is greater than the latest available in (what? unstable? experimental? latest?) - then show the TODO item about sponsoring Is this correct? Is there any Sources file available which corresponds to the mentors.d.n archive? Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#443189: PTS: 443189: please use jeroen's buildd pages
On Thu, Feb 07, 2008 at 11:07:56AM +0900, Paul Wise wrote: > I'd also like to see the PTS using jeroen's buildd status page instead > of igloo's buildd status page since it is more useful. URL please Anyhow the current "ports" link points to http://buildd.debian-ports.org/status/package.php?p=PACKAGE, title of such pages is "Jeroen's buildd information page". Chances are that this is already what you needed. If not, please compare the informative content of what you are proposing with igloo's and give us a hint about whether yours can replace igloo's. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#443189: PTS: 443189: please use jeroen's buildd pages
On Thu, Feb 07, 2008 at 10:08:01PM +0900, Paul Wise wrote: > Sorry, should have repeated the URLs from the original bug report: Thanks to all who provided the links. > Frankly I'd like to see it replace some of the official buildd > interface, but getting the PTS/DDPO to use it for the More link is a > good first start. On Thu, Feb 07, 2008 at 02:12:20PM +0100, Cyril Brulebois wrote: > the shortcoming I see is that Jeroen's pages only display a package at > a time, while igloo's can display all packages of a given maintainer. > But I really love Jeroen's. Ok, so I've no objection in changing the "more" link so that it points to Jeroen's. Please clone/reassign this bug as appropriate to ask for the update of the "more" link in the DDPO (sorry, but I now nothing about that code), for the sake of consistency. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: QA meeting in Extremadura?
On Sun, Feb 10, 2008 at 02:43:46PM +0100, Lucas Nussbaum wrote: > In [0], it was announced that Extremadura will organize meetings again > in 2008. Do we want to have that meeting in April, June, September or > November? Or no meeting at all? > > I would personally prefer November, because that would probably be after > the lenny release, and make the meeting less likely to be transformed in > a big BSP. Seconded. In addition to that I personally won't be able to attend in April (the overall month is quite busy: I'm moving to Paris at the beginning of the month, then I need to be back in Italy mid-month to vote, then I'll be attending WWW'2008 at the end of the month). Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#466515: PTS: "you should include ."
On Tue, Feb 19, 2008 at 12:55:32PM +0200, Lars Wirzenius wrote: > I concur, although I suggest that the wording could say that if the > patch is inappropriate, the patch tag should be removed. No objection, but please someone come up with an appropriate wording. I will include it, but please don't let me figure this out by myself, I fell what you are asking is getting out of the scope of my English language knowledge. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: the new style "mass tirage" of bugs
On Fri, Feb 22, 2008 at 02:59:46PM +0100, Raphael Hertzog wrote: > http://packages.qa.debian.org/d/dpkg.html > http://people.debian.org/~glandium/bts/d/dpkg.png Technical question: why are the graphs on people.d.o instead of master.d.o as the rest? Space problems or what? Thanks a lot for this feature! -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: co-mentor wanted for a QA GSOC project
On Fri, Feb 29, 2008 at 01:07:11PM +0100, Lucas Nussbaum wrote: > However, I would prefer to share the mentoring with someone else, in > case I get too busy with other things at some point. > > Is someone interested? I'm interested in seeing this project getting through. Given that nobody else has yet stepped in, I'm willing to help in being a co-mentor for this. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#468798: PTS: add Debian favicon to web interface
user [EMAIL PROTECTED] usertag 468798 + pts thanks On Sat, Mar 01, 2008 at 03:54:43PM +0100, Giovanni Mascellani wrote: > Lower-than-low priority bug, but I like to see the nice Debian swirl > also in the favicon of packages.qa.debian.org, which now doesn't have > anything. Can you please attach the favicon.ico file you are actually proposing? Out of memory it should be somewhere available in the default apache conf in Debian, but after a quick look I haven't found it ... Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#469627: qa.debian.org: mention existence of help or gift tagged bugs on the PTS page
On Thu, Mar 06, 2008 at 07:07:54PM +0100, Lucas Nussbaum wrote: > Well, if someone writes the code for bugs tagged help, it won't be hard > to write the code for bugs usertagged gift as well. In the past implementing potentially useful stuff in the PTS first has been amazingly helpful in spreading new habits. For example the whole Vcs-* field affair started exactly from the PTS. Given that I like the gift idea and that I've added the implementation of the +help stuff on my TODO list sooner or later we might hand up having it in the PTS, ... or maybe Raphael will beat me at it :) However, there is a noteworthy difference between +help and +gift from the point of view of the PTS. The PTS is source package -oriented. According to this view it does make sense to highlight the fact that the package has some +help bug: if the reader is interested in the source package, it might be interested in helping out with it. It is very similar to what we already have for orphaned packages. The +gift tag on the contrary is not something which have to be accessed in a package-oriented way, but rather in an archive-oriented way. That is, the targets of the gift idea are people which just want to contribute, they do not necessarily want to contribute to a specific package. If they already know the package they want to contribute to, they can start looking at any bugs, not necessarily at the +gift. For this specific target (assuming I've understood correctly the gift idea), the only view which does make sense is an aggregate view of +gift bugs coming from several packages. So, in this respect, I'm not convinced that it does make sense to support +gift in the PTS ... Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: dag2html: a package in need of some love
On Tue, Mar 25, 2008 at 10:00:16PM +, James Westby wrote: > Would the pkg-ocaml team be willing to take it over > and make it build again? If not is it a valid candidate > for removal? Personally I'm not, though of course I'm in favour of having it in the pkg-ocaml-maint team as it would be a good idea for the sake of uniformity. However this does not solve the lack of manpower problem. Any other taker from d-o-m? Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: goal-recommends: new findings in testing
On Wed, Apr 02, 2008 at 01:03:58AM +0200, Amaya wrote: > Amaya wrote: > > I will post about findings in testing tomorrow. Thanks! > I plan to move all this info to a wiki page so that it is easier to track how > and why these recommends are not in testing, or what alternatives could we > recommend on. When doing so, please also include a dd-list output, so that it is easier for maintainers to find their names. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: Reworking the http://qa.debian.org/ website
On Wed, Apr 16, 2008 at 02:31:20PM +0200, Lucas Nussbaum wrote: > What changed: > - content of index.html > - removal of maintainer.wml and bot-quickref.wml (Acked by Raphael) > - new template, new CSS Fine with me, it looks great! A minor improvement I've to suggest for the CSS is to reduce the font size in the stuff place below the bottom bar, basically the copyright information. The rationale is that it is stuff usually less interesting than the main page content. I would just wrap that stuff with YMMV of course. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#476731: add support for displaying packages currently involved in testing transitions
Package: qa.debian.org Severity: wishlist Reminder type of bug report: please add support for displaying when a package is involved in a testing transition and as such can't be uploaded (it will be refused by dak). See http://lists.debian.org/debian-release/2008/04/msg00282.html for more info. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476731: Release Transitions
user [EMAIL PROTECTED] usertags 476731 + pts thanks On Fri, Apr 18, 2008 at 08:52:55PM +0200, Joerg Jaspert wrote: > One more part, for those who produce nice little scripts for devscripts, > manage the pts or our other QA pages: If you want to display transitions > (or give notice before an upload), the sourcefile used for this is > always available at > http://ftp-master.debian.org/testing/hints/transitions.yaml Thanks a lot for the pro-activity in helping stuff like the PTS. I've just filed #476731 to keep track of this feature request. To implement it I will wait for some data to be actually in that file to make quick testing easier. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: Reworking the http://qa.debian.org/ website
On Sat, Apr 26, 2008 at 12:56:47AM +0200, Lucas Nussbaum wrote: > Yes, I think so, but it's not clear when debcheck or edos-debcheck > should be the recommended tool. FWIW, I don't know if debcheck has a main page, but the various EDOS tools have one (http://edos.debian.net) and a few days ago I added a link to it to the wiki page of QA. If debcheck has a main page it does make sense to link to it as well from the wiki page. (writing offline, I can't check it by myself right now) -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: Debian upload monitor
On Thu, May 01, 2008 at 04:46:00PM -0400, Roberto C. Sánchez wrote: > I am curious how you could craft an upload that would use a key > (ostensibly not your own, since you would know what you are uploading > anyway) where you could use some random DD's key to do the upload > without an email going to that DD. It seems like you would need to > forge the GPG signature. Which seems, according to [1], one of the things the Enrico's monitor is supposed to permit detecting. An interesting intended usage IMO. The real point relevant to this mailing list is: are we interested in hosting the service under some of the QA service we have or not? If not we can let it go and, AFAIU, it can/will be hosted on ftp-master.d.o. If we are interested on the other hand we can host it. Speaking for the PTS side I don't think it would have any use there, as the PTS is mainly source package based; moreover, at that granularity the PTS already has the upload history and the corresponding RSS feed. IMO it will be very interesting to have this integrated in DDPO, has it is the one true Debian portal we have which is oriented toward a maintainer. Any other places we might benefit from this service? Cheers. [1]http://www.enricozini.org/2008/tips/audit-uploads.html -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#482102: qa.debian.org: intelligent listing of debian/patches, git/quilt v3 format packages, etc
On Fri, May 30, 2008 at 12:33:01AM +0200, sean finney wrote: > one open question i have now is with regards to the eventual hosting of the > system: does it seem reasonable that the final version could either coexist > on an existing archive, or alternatively have enough space for the .dsc > and .diff.gz files from the source packages being tracked to be stored > alongside it? Can't you just make it dependent, as a configuration variable or something, on an on disk mirror containing at least source packages? If so we can then either install it on a machine already having a local mirror, or on a machine set up for that purpose which will also be running a debmirror (or whatever) to mirror sources. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#483179: reopen 483179, PTS: please do *not* link to Ubuntu Launchpad bugs page
On Fri, Jun 13, 2008 at 01:33:55PM +0200, Ana Guerrero wrote: > So please, remove the link to the ubuntu launchpad bugs and since some > people think tracking derivated distros is interesting, make a new > page, that can be visited optionally (or just forget about for who is > not interested), where we can track whatever derivated distro people > care about. FWIW, I do agree with Raphael on this and many thanks to Lucas for his patch implementing the request. As a package maintainer I welcome having handy access from the PTS to the patches other Debian derivative*s* are applying to packages of mine. In this respect the added link to Ubuntu patches and other info are useful to me [1] and I do not see the benefit of removing it from the PTS. Someone implemented it, it is useful, it should stay there, simple and easy. If you care about the "discrimination" we are doing wrt other distributions the solution is easy as well: go find their data sources and go provide patches for the PTS adding support for them. A potential problem there can be that we don't want to have tens of links to external distros, but this (once and if will become a problem) can be solved using drop down menus to choose the distribution first, and the other available info then. Cheers. [1] yes, the infamous "ubuntu big patch" can be more useful if split/commented, but that's another story. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
Bug#491803: Good communication with upstream is good idea
Package: qa.debian.org On Mon, Jul 21, 2008 at 08:55:40AM -0700, Steve Langasek wrote: > In the Ubuntu wiki, there's > <https://wiki.ubuntu.com/UbuntuForDebianDevelopers> which is "intended to > provide practical information about Ubuntu specifically for Debian > developers." I've just added a new section, "How can I indicate that a bug > filed in Ubuntu against one of my packages is fixed in Debian?" explaining > the changelog handling. Thanks. > On the Debian side, I would suggest that an explanation be linked from > anywhere that the Ubuntu bugs themselves are displayed (e.g., in the PTS). OK, opening a bug report on that. In the meantime I've added a subsection to http://wiki.debian.org/Ubuntu linking to the UbuntuForDebianDevelopers wiki page. Anybody feel free to suggest a better placement for that information (it is the most appropriate page I've found on wiki.d.o) and/or a better wording. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
Re: parsing debian-devel-changes archives
On Tue, Jul 22, 2008 at 12:45:34AM +0200, Filippo Giunchedi wrote: > I've produced a script[0] to parse d-d-changes archives to a sane format so to > produce an history of uploads made to debian[1] in this form: Very cool! > comments/ideas welcome as usual, I think the greatest part of your work is that you crunched the mail archives, which weren't really accessible, and put them in a format which is more accessible. Still, the format you choose is it not *that* accessible either (but hey, it is way better than before :)). As the data encoded by d-d-changes is basically timed change notifications, I would say that the more appropriate format to represent it is a feed format, such as RSS or Atom, what do you think? Having such a format would enable cool stuff to be created quite easily (e.g. even using, say, Pipes), such as per-maintainer feed changes. Personally it is something I would like to have linked from the DDPO. It shouldn't be to hard to convert (or maybe pair) your format to RSS, with an appropriate XML encoding of its content, shout if you want to discuss a potential DTD. Maybe a bit harder can be to provide more lively updates, as if one then wants to use RSS as such, weekly updates are too coarse grained ... Many thanks for the idea! Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
Re: parsing debian-devel-changes archives
On Tue, Jul 22, 2008 at 07:36:43PM +0200, Filippo Giunchedi wrote: > Of course the idea of having more updated data is appealing, I'd myself > welcome > RSS/atom feeds per-package (almost the same as PTS' upload news) or > per-maintainer (either changed-by or upload key or whatever). Note that I was thinking at generating a big RSS (rotated as needed, assuming there exists a concept like that for RSS) of all d-d-changes. Having that, you can define filters on top of it which dynamically produces the other needed RSS. But sure it depends on who will need to serve the data, for efficiency reasons ... > How to proceed for the XML encoding? And what might be the most > interesting? I would go for the good old mantra of encoding all the available information, i.e. simply translating the stanza you already generated to XML. Given that RSS is often handy to be looked directly at from browsers, it is probably worth going for a microformat approach (http://microformats.org), i.e. just use XHTML as your XML language, and "encode" semantic information using CSS classes as needed. Quickly drafted example: source netselect version 0.3.ds1-12.1 date Wed, 09 Jul 2008 19:47:21 +0200 maintainer Filippo Giunchedi <[EMAIL PROTECTED]>> This way you get rendering for free in browsers (maybe with just a tiny bit of CSS) and preserve semantic annotations for who might wants to mix the data with something else playing along with XML. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
Bug#477446: underlined links
On Wed, Apr 23, 2008 at 11:35:05AM +0200, Peter Eisentraut wrote: > Since recently, packages.qa.debian.org and now qa.debian.org are the only web > sites in the world that underline hyperlinks. This hurts my eyes. My > browser Done: know underlining is used only upon :hover. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243729: machine parseable version of lintian output
retitle 243729 [pts] todo should list lintian warning/error summary thanks Dear Lintian maintainers, I would like to fix #243729 by adding in the TODO section of the PTS web interface a summary of lintian blames for a given source package. To do that I would need a machine parseable version of the lintian output. Is there anything like that available somewhere? I wouldn't like having to scrape HTML ... TIA, Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370087: summarizing ...
retitle 370087 [pts] add short description tooltip over binary package names thanks Summarizing (and stating what I'm willing to implement :-)), the request it to add tooltips over package names listed in the "binary packages" section of the PTS. Each tooltip should contain the _short_ description of that binary package. Implementation can be done using pure HTML, no javascript/css needed. I'm against the proposal of adding an hackishly selected short description at the top of each PTS page. The reason is simply that we do not have at all in Debian any reasonable meaning for _source_ package description. Choosing one randomly among the available _binary_ package descriptions seems mostly nonsense to me. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243729: machine parseable version of lintian output
On Thu, Aug 07, 2008 at 08:38:31PM -0700, Russ Allbery wrote: > http://lintian.debian.org/lintian.log Cool. One questions and one suggestion then: - question: is there already available reusable parsing code for that format? If not I can hack up something to be embedded into python-debian, as I presume the code can be useful to somebody else - suggestion: please link the above URL from the Lintian website, so that other people like me will avoid bothering you in the future with this request :) Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463050: qa.debian.org: please list packages in mentors.d.n in TODO section
On Wed, Jan 30, 2008 at 08:43:11AM +0900, Paul Wise wrote: > > Perfect. Latest available in sid or experimental IMO. > > Actually, any version on mentors, since mentors tracks the archive and > deletes packages that have been uploaded to the official archive. I need a clarification on this: does mentors get rid of packages which were on mentors and get uploaded with the _same_ version in the official archive, or it rather gets rid of any packages on mentors which get superseded in the official archive via an upload of version greater or equal than what were on mentors? The latter case would be simpler, as I can avoid completely doing version comparisons in the PTS, and simply output the TODO item if a version (whatever it might be) is available on mentors.d.n. Let me know, TIA, Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#461206: Feed XML doesn't 100% validate
On Thu, Jan 17, 2008 at 11:35:10AM +, Marco Rodrigues wrote: > http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fpackages.qa.debian.org%2Fb%2Fbinutils-avr%2Fnews.rss20.xml > It has some errors... please make it 100% with standards. Done, all feeds will be re-generated as valid at the next PTS pulse (8 hours at worst). Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477347: PTS: add OpenSearch plugin (with suggestions)
tags 477347 + moreinfo thanks On Tue, May 06, 2008 at 03:20:18PM +0200, Stephane Glondu wrote: > reassign 477347 qa.debian.org > retitle 477347 PTS: add OpenSearch plugin (with suggestions) > tags 477347 = pts > thanks > > Ok, so maybe the PTS should provide an OpenSearch plugin? It would even > be better to have an OpenSearch plugin with suggestions: I have no idea of what OpenSearch plugin can possibly be. Can you please give some more context for this request, so that it can be better evaluated whether to implement it or not? Thanks. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472809: PTS: access buildinfo.gz files
reassign 472809 www.debian.org retitle 472809 packages.debian.org: access buildinfo.gz files thanks On Wed, Mar 26, 2008 at 10:45:17PM +0800, Enrico Zini wrote: > while trying to debug obscure things, I had to often check up the > dh_buildinfo generated buildinfo.gz file for the architecture of the bug > submitter. To do so, I had to go through a few steps like fetching the > .deb from packages.debian.org and diving into it to get the > buildinfo.gz. > > It would be useful to be able to download just the buildinfo.gz file > of a package for any architecture where the package has been built. > > Well, ideally it would be useful to download any specific file from a > package, and then buildinfo.gz could just be a link into the 'any file' > download system, but that is a bit beyond of what I need. Although, a > CGI that can extract just a file from a deb and pipe it out, would be a > nice variation on the normal NM T&S exercises :) Agreed on the request, but it does not belong to the PTS, which is mostly source-oriented (and we really don't want to have links near all the binary package names for downloading file from them, and especially not one of such link for each possible architecture :-)). IMO this feature request rather belongs to packages.debian.org, which is just 1 link away from the PTS. Reassigning the bug to packages.debian.org then. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320431: PTS: add links to versions from backports.org and mentors.debian.net
retitle 320431 [PTS] should list extra versions from: volatile, backports thanks On Fri, Jul 29, 2005 at 06:44:13PM +0800, Paul Wise wrote: > Under "Available versions", please add the versions available on > mentors.debian.net and backports.org (check current stable - sarge). The > list should probably be sorted according to version. mentors.d.n are now shown as TODO items, if pending uploads are available: I do agree with others that they should _not_ be listed in the left column of available versions for officiality/quality reasons. I'm fine with listing volatile and backports. Retitling the bug as needed. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320431: retitle 320431 to [pts] add link to versions from backports.org
# Automatically generated email from bts, devscripts version 2.10.36 # volatile is already supported retitle 320431 [pts] add link to versions from backports.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433894: qa.debian.org: "Updating foo introduces new bugs:" links only to the first link
tags 433894 + moreinfo thanks On Fri, Jul 20, 2007 at 05:46:48PM +1000, Paul Wise wrote: > An example is here: > http://packages.qa.debian.org/p/php4-ps.html Yeah, right, but unfortunately PTS pages are alive, and bug examples posted as links quickly become outdated and the bug is no longer observable. In the future please attach .html pages, so that they remain available for the future. In the meantime ... can you please find another page where the problem exists? :-) Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Report from Debconf's QA BOF
On Fri, Aug 15, 2008 at 09:21:30AM +0300, Martin Michlmayr wrote: > These are included already: >wnpp-alert - check for installed packages up for adoption or orphaned >rc-alert - check for installed packages with release-critical bugs > > Ah, according to #495152 you want cronjobs around those scripts, I > see. Yep. Additionally, we also discussed the idea of having a single script instead of multiple ones, with a single configuration entry and possibly sane defaults. Cc-ing the bugreport to store this wish. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
Re: Better team maintenance of orphaned packages
On Tue, Aug 26, 2008 at 11:55:14AM +0200, Andreas Tille wrote: > Well, yes, I do not follow this list. I've thought d-d-a is enough. Starting from some time it should be (look for DeveloperNews on wiki.debian.org, which is periodically posted to d-d-a), but it hasn't always been like that. If you have interesting news, but not worth enough for a single announcement, please consider contributing to DeveloperNews. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
Re: New to QA
On Wed, Sep 10, 2008 at 01:14:00PM -0600, Zach JL wrote: > I would like to contribute to debian in some way, but not sure where to > start. Where can I find a list of things needing done, bugs need fixed and > work that I, as a non-programmer, can do to help the debian project? Do I > need to register somewhere? Thank you. Hi Zach, sorry for the delay, actually no, you don't need to register anywhere, we use to say that in Debian "everybody is QA" and it happens to be true. The main coordination places are this list and the #debian-qa channel on irc.debian.org. For some tasks it does help to be a DD (which I don't know if it is your case or not), but there are *a lot* of other things that can be done, and which are really helpful, that do not even require that. The starting point I suggest you is http://wiki.debian.org/qa.debian.org/ , which has a nice introduction about Debian QA, and also a list of things that need to be worked on. Welcome on board! -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
[udd] injecting debtags information
[ Following a suggestion by Lucas, we are moving to the debian-qa mailing list the discussions about UDD, the Ultimate Debian Database; shout if you object to this choice. ] Any objection about injecting debtags information into UDD? It will be really helpful for making queries able to filter packages on the tags basis. Beside that, the obvious question is of course how to do that, AFAIK currently tags are not tied specifically to any particular version or suite of (binary) packages, so it would be enough to use as a key a table indexed by (binary) package names. That said, we have of course the choice between just having one tuple per package, with a field containing all associated tags (e.g., comma-separated), and having one tuple for each pair . I tend to prefer the latter, as we have already expressed relational algebra the different tags for each package, without needing to resort to sub-string machinery. To the debtags people: what would be a daily updated source of information we can download to have up to date debtags data? Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
Re: [udd] injecting debtags information
On Thu, Sep 18, 2008 at 11:01:58AM +0100, Enrico Zini wrote: > At the moment, these two (that need to be merged together): > > svn://svn.debian.org/debtags/tagdb/tagdb This one does not exist, but there is svn://svn.debian.org/debtags/tagdb/tags which I'm quite sure is what you meant. The format looks obvious ... > svn://svn.debian.org/svn/secure-testing/data/package-tags .. while the format of this one is obscure to me, as I don't see any tags in it, but only something like sections. > They are not updated daily: the debtags/tagdb one is updated whenever I > do a manual review, and the secure-testing one is updated whenever the > security team commits anything to it. This is not a problem, we will need something to download routinely, if you update it less frequently it is not a big deal. After all we are all happily living with sporadicly updated tag overrides in aptitude, and it is just fine. > I have scripts that take data from both sources, merge them and upload > it as tag overrides. I have been meaning for a long time to also > publish the merged dataset somewhere, but I've never had the excuse to > push me to do it. This could be the excuse: let me know if you have > special requirements, otherwise I was thinking of publishing it > similarly to what you find in http://debtags.debian.org/tags/ Yes, the merged data set would be wonderful. It looks like that http://debtags.alioth.debian.org/tags/tags-current.gz has the very same format of the first URL you mentioned, so maybe we can start injecting tags-current.gz and switch to the URL of the merged dataset as soon as it is available. Would it be OK with you? Any other drawback in polling against tags-current.gz rather than against tags from svn? Finally, my understanding is that the only tags coming from testing-security are those related to the security support of a given package, and that all other tags are coming from the debtags alioth project. Is this correct? Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
Bug#499546: PTS: shouldn't suggest packaging new upstream release when it is waiting in NEW
On Sat, Sep 20, 2008 at 12:39:16AM +0800, Paul Wise wrote: > An example of where it does is batik: > http://packages.qa.debian.org/b/batik.html > http://ftp-master.debian.org/new/batik_1.7-1.html Examples reported like that are useless, as the day someone will look at the issues the examples will not necessarily be still valid. Please *attach* the involved HTML pages *if* you want them to be useful as examples (in this particular case I doubt they are useful, as the problem is clear enough without examples). Still, thanks for the bugreport :-) Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
[udd] debtags imported
On Wed, Sep 17, 2008 at 08:39:55PM +0200, Stefano Zacchiroli wrote: > Any objection about injecting debtags information into UDD? This is now done: udd=> select * from debtags where package='ocaml'; package | tag -+- ocaml | devel::compiler ocaml | devel::interpreter ocaml | devel::lang:ocaml ocaml | implemented-in::ocaml ocaml | role::metapackage ocaml | role::program ocaml | works-with::software:source (7 rows) udd=> \dt debtags; List of relations Schema | Name | Type | Owner +-+---+--- public | debtags | table | udd (1 row) Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
Re: Group up orphaned packages in order to find adopter faster
On Mon, Oct 27, 2008 at 06:04:06PM +0100, Sandro Tosi wrote: > - trying to partition this list in different subset, to facilitate the > adoption by people/team intested in a specific category of packages Enrico Zini have ad for a while some code which find package similarities, in fact I believe it is the one used on packages.debian.org to show "similar packages". I suggest that instead (or maybe in addition) of doing your own partitioning, you try to integrate with that code. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è sempre /oo\ All one has to do is hit the right uno zaino-- A.Bergonzoni \__/ keys at the right time -- J.S.Bach signature.asc Description: Digital signature
Re: Xapian database to complement UDD
On Fri, Nov 07, 2008 at 11:56:37AM +, Enrico Zini wrote: > So I was thinking: how if I set up the machinery to generate and > maintain a Xapian database, alongside UDD, with information about > Debian packages, that is accessible by the same machines that UDD is > accessible from? That would allow to write applications that take > advantage of both. Thanks for the nice idea. But still, I'm dreaming of a bit more of an integration. One of the nice things of UDD is its consistent and relatively well-known interface: SQL queries. Would it be possible, by the means of some Postgres extension written in $PROG_LANG, to query a local Xapian database *from SQL*? There are many full text searches implementations for Postgres, I'm wondering whether we can use an external one based on Xapian. I leave the answer to our beloved Postgres gurus :-) /me just to throwing another idea in the bag. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è sempre /oo\ All one has to do is hit the right uno zaino-- A.Bergonzoni \__/ keys at the right time -- J.S.Bach signature.asc Description: Digital signature
Re: Xapian database to complement UDD
On Sat, Nov 08, 2008 at 03:57:14PM +0100, Sandro Tosi wrote: > I know nothing about xapian (neither of postgresql) so sorry if my > information are wrong, but reading [1] I noticed that tsearch2[2] was > integrated into psql v8.3[3], so that we can do full text search > directly from the database[4], since UDD is running on a "PostgreSQL > 8.3.1" server. Yes, but we don't want to duplicate work. UDD currently does not inject stuff like full bug logs or package descriptions, while Enrico as worked on that stuff already and has already a working full text search infrastructure. We really don't want to duplicate/re-implement that elsewhere. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è sempre /oo\ All one has to do is hit the right uno zaino-- A.Bergonzoni \__/ keys at the right time -- J.S.Bach signature.asc Description: Digital signature
QA bugs page: category for patch-tracking.d.n
Hi Sean, I've started hacking a bit on patch-tracking.d.n, with the (initial) goal of integrating it in the PTS, but I ended up patching other stuff :-), more on this later. As the initial bug was against qa.debian.org, and given that I'm accumulating some feature requests, I've created a user category to keep track of the patch-tracking bugs together with the other QA stuff at http://bugs.debian.org/qa.debian.org. patch-tracking bugs are summarized at http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED];tag=patchtracking (now there's just the original bug report, mostly as a place holder). The only extra needed bit is to add a mention at the bottom of patch-tracking pages pointing people to where report bug to (I'll send you a patch for that). Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],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 signature.asc Description: Digital signature
Bug#507288: mails to $pkg@p.d.o should also be send to Uploaders:
On Sat, Nov 29, 2008 at 08:27:19PM +0100, Holger Levsen wrote: > currently, mails send to [EMAIL PROTECTED] are only send to the address > listed in Just to be sure: did you really mean [EMAIL PROTECTED] or [EMAIL PROTECTED] ? They are two different things. AFAICT the latter is handled by the PTS, the former is not. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],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 signature.asc Description: Digital signature
Bug#507454: PTS SOAP whish: querying multiple packages at once
Package: qa.debian.org Severity: wishlist On Mon, Dec 01, 2008 at 10:39:18AM +0200, Damyan Ivanov wrote: > Thank you very much for your work on the PTS SOAP interface. Thanks for your feedback! > Would it be possible to extend the API so that it allows querying > multiple packages in a single request? Yes, it would, and I'm opening a bug report with your request. Still I need a bit more of feedback on what your typical queries will be, can you provide some examples? > This would make it usable for the Package Entropy Tool > (http://pet.alioth.debian.org, Cc-ed) without possibly DOS-ing the > service when a big PET-using project needs refresh of its caches. > Pkg-perl for example would need information for about 1000 packages. Even if not DOS-ing, we need to check the performance of that, and pose some limits. According to the current design, that would mean building 1000 DOM trees, I've no idea how well that would scale. But we can try. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#507288: mails to $pkg@p.d.o should also be send to Uploaders:
On Mon, Dec 01, 2008 at 09:39:57AM +0100, Lucas Nussbaum wrote: > If someone cares enough about that to work on it, I'd like to see a > document(DEP-like) that would include: I second this proposal, it seems to really be what we need. Unfortunately, I don't see myself having the energy to pursue that in the near future, hence I'm not volunteering to be a driver. Any takers? Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],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 signature.asc Description: Digital signature