Bug#348971: qa.debian.org: please consider converting PTS to a CSS layout
* Marc Haber: > On Wed, Feb 01, 2006 at 09:47:59AM +0100, Florian Weimer wrote: >> * Marc Haber: >> > Having never really understood the rather sparsely documented apt.conf >> > syntax, I am reluctant to use apt to keep metadata current on a system >> > without root privileges. >> >> The secure-testing archive contains a self-contained reimplementation >> in Python with a very simple command-line interface (guess why). > > Is that script publicly available or packaged? It is part of the security-testing Subversion repository. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#348971: qa.debian.org: please consider converting PTS to a CSS layout
On Wed, Mar 01, 2006 at 08:02:32AM +0100, Florian Weimer wrote: > * Marc Haber: > > On Wed, Feb 01, 2006 at 09:47:59AM +0100, Florian Weimer wrote: > >> The secure-testing archive contains a self-contained reimplementation > >> in Python with a very simple command-line interface (guess why). > > Is that script publicly available or packaged? > It is part of the security-testing Subversion repository. Can you please stop cc'ing the bug on this meanwhile very offtopic discussion? The bug is about getting CSS used on the PTS (patches welcome, fwiw), and has nothing todo with with package data extraction. Thanks, --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#348971: qa.debian.org: please consider converting PTS to a CSS layout
On Wed, Mar 01, 2006 at 08:02:32AM +0100, Florian Weimer wrote: > > On Wed, Feb 01, 2006 at 09:47:59AM +0100, Florian Weimer wrote: > >> * Marc Haber: > >> > Having never really understood the rather sparsely documented apt.conf > >> > syntax, I am reluctant to use apt to keep metadata current on a system > >> > without root privileges. > >> > >> The secure-testing archive contains a self-contained reimplementation > >> in Python with a very simple command-line interface (guess why). > > > > Is that script publicly available or packaged? > > It is part of the security-testing Subversion repository. > That reminds me: is there a webservice thought for PTS? I think it could be very useful for remote scripting... -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#348971: qa.debian.org: please consider converting PTS to a CSS layout
On Wed, Mar 01, 2006 at 04:47:43PM +0100, Francesco Paolo Lovergine wrote: > That reminds me: is there a webservice thought for PTS? I think it could > be very useful for remote scripting... What do you mean, 'webservice'? PTS *is* a webservice (next to also being a email service, that actually is mostly independent). Can you please be more specific to what exactly you're missing and would like to see available? --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#348971: qa.debian.org: please consider converting PTS to a CSS layout
* Jeroen van Wolffelaar ([EMAIL PROTECTED]) disait : > On Wed, Mar 01, 2006 at 04:47:43PM +0100, Francesco Paolo Lovergine wrote: > > That reminds me: is there a webservice thought for PTS? I think it could > > be very useful for remote scripting... > > What do you mean, 'webservice'? PTS *is* a webservice (next to also > being a email service, that actually is mostly independent). I suppose frankie was speaking about something like a SOAP interface or alike, in order to be able to query the PTS remotely, within a script. Cheers, Alexis -- Alexis Sukrieh <[EMAIL PROTECTED]> 0x1EE5DD34 Debian http://www.debian.org Backup Manager http://www.backup-manager.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Data access for the PTS (Was: Re: Bug#348971: qa.debian.org: please consider converting PTS to a CSS layout)
On Wed, Mar 01, 2006 at 05:29:29PM +0100, Alexis Sukrieh wrote: > * Jeroen van Wolffelaar ([EMAIL PROTECTED]) disait : > > On Wed, Mar 01, 2006 at 04:47:43PM +0100, Francesco Paolo Lovergine wrote: > > > That reminds me: is there a webservice thought for PTS? I think it could > > > be very useful for remote scripting... > > > > What do you mean, 'webservice'? PTS *is* a webservice (next to also > > being a email service, that actually is mostly independent). > > I suppose frankie was speaking about something like a SOAP interface or alike, > in order to be able to query the PTS remotely, within a script. Personally I think SOAP is overrated, overhyped, or both. But as the PTS uses XML to store its data internally anyway, it might be easy to fix. I'm not going to spend my energy on it though, so "patches welcome". After all, we already have machine-readeable sources for most if not all of the stuff the PTS can provide, and -- at least for the Packages & Sources files -- are well defined, well mirrored, and will remain backwards compatible etc etc. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Data access for the PTS (Was: Re: Bug#348971: qa.debian.org: please consider converting PTS to a CSS layout)
On Wed, 01 Mar 2006, Jeroen van Wolffelaar wrote: > > I suppose frankie was speaking about something like a SOAP interface or > > alike, > > in order to be able to query the PTS remotely, within a script. > > Personally I think SOAP is overrated, overhyped, or both. But as the PTS > uses XML to store its data internally anyway, it might be easy to fix. > I'm not going to spend my energy on it though, so "patches welcome". Well, the PTS aggregates all the data in XML files. It makes sense to make those XML files available on the web so that they can be directly downloaded and used by scripts (no need to invent a SOAP interface around that). I just made that by setting up a symlink: http://packages.qa.debian.org/base/ provides all the intermediary XML files used by the PTS Just check what files are available for each package: http://packages.qa.debian.org/base/i/icebreaker/ Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Data access for the PTS (Was: Re: Bug#348971: qa.debian.org: please consider converting PTS to a CSS layout)
On Wed, Mar 01, 2006 at 07:16:49PM +0100, Raphael Hertzog wrote: > On Wed, 01 Mar 2006, Jeroen van Wolffelaar wrote: > > > I suppose frankie was speaking about something like a SOAP interface or > > > alike, > > > in order to be able to query the PTS remotely, within a script. > > > > Personally I think SOAP is overrated, overhyped, or both. But as the PTS > > uses XML to store its data internally anyway, it might be easy to fix. > > I'm not going to spend my energy on it though, so "patches welcome". > > Well, the PTS aggregates all the data in XML files. It makes sense to make > those XML files available on the web so that they can be directly > downloaded and used by scripts (no need to invent a SOAP interface around > that). > > I just made that by setting up a symlink: > > http://packages.qa.debian.org/base/ provides all the intermediary XML > files used by the PTS Erm, I didn't want to do that, because it'll open up base/ for everyone to crawl, including spambots. And all the mails are there without any headers removed, including internal PTS addresses that should not be exposed, to avoid spam causing havoc. There'll need to come a way without exposing all the raw mails to the whole world, if we'd really do it this way. By the way, exposing this also means that changing the format might now suddenly also break external programs, while previously, changing the format was no problem at all. For now I've removed the symlink, let's discuss this a bit further first :). Interested DD's can look in master:/org/packages.qa.debian.org/www/base, or simply download the code and run their own PTS web frontend -- this will produce their own .xml files. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Data access for the PTS (Was: Re: Bug#348971: qa.debian.org: please consider converting PTS to a CSS layout)
On Wed, 01 Mar 2006, Jeroen van Wolffelaar wrote: > Erm, I didn't want to do that, because it'll open up base/ for everyone > to crawl, including spambots. And all the mails are there without any > headers removed, including internal PTS addresses that should not be > exposed, to avoid spam causing havoc. Right, but we could filter out most of the headers and keep only the few that we care about. This shouldn't be too difficult. Most mails published in the PTS are also published somewhere else (debian-devel-changes lists archives, gmane, google groups, ...) so in fact we should care only about the PTS internal adresses. > whole world, if we'd really do it this way. By the way, exposing this > also means that changing the format might now suddenly also break > external programs, while previously, changing the format was no problem > at all. Sure, but well, that's life. We'll just say it clearly: this is internal stuff that you can use, but it may thus evolve over time ! It's not a big deal for little home made scripts. :) Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Reassigning / merging #323934
Processing commands for [EMAIL PROTECTED]: > reassign 323934 qa.debian.org Bug#323934: qa.debian.org: search by GPG key does not work anymore in http://qa.debian.org/developer.php Bug reassigned from package `www.debian.org' to `qa.debian.org'. > merge 323934 321715 Bug#321715: www.debian.org: qa.debian.org's Developer's Package overview doesn't work by gpg key any more Bug#323934: qa.debian.org: search by GPG key does not work anymore in http://qa.debian.org/developer.php Bug#307461: qa.debian.org: displays "GPG key id not found" for non-DD Merged 307461 321715 323934. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: QA activities list?
* Kurt Roeckx <[EMAIL PROTECTED]> [2006-02-17 00:19]: > I'm rebuilding testing against testing to find such problems. I > think other people are doing the same with unstable. Do you know whether there are any tools that make this easy? Obviously, I know about sbuilder & co. However, what I'm mostly interested in is in a way to skip building packages that are known to FTBFS. I suppose I could simply ignore packages that have RC bugs, but there must be a better way. I'd like to build the whole archive on MIPS to test GCC 4.1, so I'd like to hear about scripts that make this easy. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
