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
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
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 s
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 f
* 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 w
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
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
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
* 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-t
On Wed, Feb 01, 2006 at 08:39:28AM -0800, Jurij Smakov wrote:
> On Wed, 1 Feb 2006, Marc Haber wrote:
> >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. Additionally, parsing
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
On Thursday, February 09, 2006 9:14 AM, Marc Haber
<[EMAIL PROTECTED]> wrote:
> On Tue, Jan 31, 2006 at 11:05:13PM +0100, Jeroen van Wolffelaar wrote:
>> Use http://qa.debian.org/data/ddpo/ddpo_packages, the 2nd and 3rd
>> field in the [foo,bar,baz,.] bit are testing and unstable
>> respective
On Tue, Jan 31, 2006 at 11:05:13PM +0100, Jeroen van Wolffelaar wrote:
> Use http://qa.debian.org/data/ddpo/ddpo_packages, the 2nd and 3rd field
> in the [foo,bar,baz,.] bit are testing and unstable respectively.
That's fully 404 compliant.
Greetings
Marc
--
* Adeodato Simó:
>> The secure-testing archive contains a self-contained reimplementation
>> in Python with a very simple command-line interface (guess why).
>
> Ooh, with pdiff support?
Yes, of course. It only mirrors individual files and it's not
terribly efficient -- a better implementation
* Florian Weimer [Wed, 01 Feb 2006 09:47:59 +0100]:
> * Marc Haber:
> >> With the arrivale of Packages diffs, it's actually rather cheap (in
> >> terms of network bandwidth) to maintain a local mirror of the archive
> >> metadata. AFAICS, you only need the Sources files, so the disk space
> >> c
On Tue, 31 Jan 2006, Lars Wirzenius wrote:
> I'm all for a CSS based layout. For automated use of the data, however,
> wouldn't it make sense to provide some kind of interface that is
> suitable for automated use? XML-RPC, or whatever, I'm not familiar with
> the technologies in question.
An alter
On Wed, 1 Feb 2006, Marc Haber wrote:
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. Additionally, parsing the Sources file is
another challenge. And again additionally, I don'
On 01/02/06 at 09:43 +0100, Marc Haber wrote:
> On Wed, Feb 01, 2006 at 09:39:54AM +0100, Florian Weimer wrote:
> > * Marc Haber:
> > > I want to check whether a given package has migrated from unstable to
> > > testing in a cron job, and this cron job should be able to run on a
> > > host that doe
* Marc Haber:
>> With the arrivale of Packages diffs, it's actually rather cheap (in
>> terms of network bandwidth) to maintain a local mirror of the archive
>> metadata. AFAICS, you only need the Sources files, so the disk space
>> consumption shouldn't be an obstacle, either.
>
> Having never r
On Wed, Feb 01, 2006 at 09:39:54AM +0100, Florian Weimer wrote:
> * Marc Haber:
> > I want to check whether a given package has migrated from unstable to
> > testing in a cron job, and this cron job should be able to run on a
> > host that doesn't have a local archive.
>
> With the arrivale of Pac
* Marc Haber:
> I want to check whether a given package has migrated from unstable to
> testing in a cron job, and this cron job should be able to run on a
> host that doesn't have a local archive.
With the arrivale of Packages diffs, it's actually rather cheap (in
terms of network bandwidth) to
On Tue, Jan 31, 2006 at 10:32:57PM +0100, Marc Haber wrote:
> On Tue, Jan 31, 2006 at 09:45:14PM +0100, Florian Weimer wrote:
> > * Marc Haber:
> > > the 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.
> >
ti, 2006-01-31 kello 22:32 +0100, Marc Haber kirjoitti:
> On Tue, Jan 31, 2006 at 09:45:14PM +0100, Florian Weimer wrote:
> > * Marc Haber:
> > > the 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.
> >
> >
On Tue, Jan 31, 2006 at 09:45:14PM +0100, Florian Weimer wrote:
> * Marc Haber:
> > the 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.
>
> Why do you want to parse it in the first place?
I want to check whet
* Marc Haber:
> the 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.
Why do you want to parse it in the first place?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Conta
Package: qa.debian.org
Severity: wishlist
Hi,
the 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.
Greetings
Marc
-- System Information:
Debian Release: testing/unstable
APT pre
26 matches
Mail list logo
