FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Development

 
 
LinkBack Thread Tools
 
Old 02-01-2010, 07:39 PM
Luca Falavigna
 
Default Collecting changelog entries in projectb

Hi,

FTP team and I are currently writing a new feature in dak which will
collect changelog entries and store them in projectb, to be later used
for other purposes (e.g. to write point release changelogs, see [1]).

Collecting every changelog entry takes lots of space (the whole past
adds up to 7GB), so we thought to limit that to policy queues only
(right now stable-proposed-uploads and oldstable-proposed-uploads),
unless there is a valid reason to do for every upload in the archive.

Can you imagine a useful thing that is worth having every entry in
projectb? If so, here's your chance

[1] http://ftp.debian.org/debian/dists/lenny/ChangeLog

--
.'`.
: :' : Luca Falavigna <dktrkranz@debian.org>
`. `'
`-
 
Old 02-02-2010, 07:32 PM
Tollef Fog Heen
 
Default Collecting changelog entries in projectb

]] Luca Falavigna

| Can you imagine a useful thing that is worth having every entry in
| projectb? If so, here's your chance

Searching for CVEs springs to mind. (You can have one which only
affects the version in unstable, in which case it would never hit a
policy queue.)

--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 02-19-2010, 11:20 AM
Wouter Verhelst
 
Default Collecting changelog entries in projectb

On Mon, Feb 01, 2010 at 09:39:45PM +0100, Luca Falavigna wrote:
> Hi,
>
> FTP team and I are currently writing a new feature in dak which will
> collect changelog entries and store them in projectb, to be later used
> for other purposes (e.g. to write point release changelogs, see [1]).

Isn't this why we have UDD?
--
The biometric identification system at the gates of the CIA headquarters
works because there's a guard with a large gun making sure no one is
trying to fool the system.
http://www.schneier.com/blog/archives/2009/01/biometrics.html


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100219122031.GE4006@celtic.nixsys.be">http://lists.debian.org/20100219122031.GE4006@celtic.nixsys.be
 
Old 02-24-2010, 06:19 PM
Joerg Jaspert
 
Default Collecting changelog entries in projectb

>> FTP team and I are currently writing a new feature in dak which will
>> collect changelog entries and store them in projectb, to be later used
>> for other purposes (e.g. to write point release changelogs, see [1]).
> Isn't this why we have UDD?

UDD is the wrong approach. And also, ever looked at its "db layout"?

Anyways, the thing is - data should be gathered where it belongs
to (and is processed anyways). changelogs and other similar data
actually are something the archive needs to process, so storage is
easy. Things like UDD should not generate it, but merely be consumers,
probably linking it to other sources (that have no place in ftpmaster).

--
bye, Joerg
<exa> And mind you, I have always been respectful to every debian
developer EXCEPT Branden.


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 87fx4q787g.fsf@gkar.ganneff.de">http://lists.debian.org/87fx4q787g.fsf@gkar.ganneff.de
 
Old 02-24-2010, 06:25 PM
Lucas Nussbaum
 
Default Collecting changelog entries in projectb

On 24/02/10 at 20:19 +0100, Joerg Jaspert wrote:
> >> FTP team and I are currently writing a new feature in dak which will
> >> collect changelog entries and store them in projectb, to be later used
> >> for other purposes (e.g. to write point release changelogs, see [1]).
> > Isn't this why we have UDD?
>
> UDD is the wrong approach. And also, ever looked at its "db layout"?

Could you elaborate?

- Lucas


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100224192537.GA27405@xanadu.blop.info">http://lists.debian.org/20100224192537.GA27405@xanadu.blop.info
 
Old 02-25-2010, 10:39 AM
Philipp Kern
 
Default Collecting changelog entries in projectb

On 2010-02-24, Joerg Jaspert <joerg@debian.org> wrote:
> Anyways, the thing is - data should be gathered where it belongs
> to (and is processed anyways). changelogs and other similar data
> actually are something the archive needs to process, so storage is
> easy. Things like UDD should not generate it, but merely be consumers,
> probably linking it to other sources (that have no place in ftpmaster).

I agree with the "it should be generated where it's processed" part. We
buildd people would like to get access to live changelog by the way to
generate some mails. packages.debian.org is not sufficient for that
currently because we need it available when the packages are synced into
the wanna-build database.

Kind regards,
Philipp Kern


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: slrnhocobs.2pb.trash@kelgar.0x539.de">http://lists.debian.org/slrnhocobs.2pb.trash@kelgar.0x539.de
 
Old 02-25-2010, 03:37 PM
Guido Günther
 
Default Collecting changelog entries in projectb

On Mon, Feb 01, 2010 at 09:39:45PM +0100, Luca Falavigna wrote:
> Hi,
>
> FTP team and I are currently writing a new feature in dak which will
> collect changelog entries and store them in projectb, to be later used
> for other purposes (e.g. to write point release changelogs, see [1]).
>
> Collecting every changelog entry takes lots of space (the whole past
> adds up to 7GB), so we thought to limit that to policy queues only
> (right now stable-proposed-uploads and oldstable-proposed-uploads),
> unless there is a valid reason to do for every upload in the archive.
>
> Can you imagine a useful thing that is worth having every entry in
> projectb? If so, here's your chance
Something like:
https://honk.sigxcpu.org/cl2vcs/
springs to mind.
Cheers,
-- Guido


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100225163728.GA18229@bogon.sigxcpu.org">http://lists.debian.org/20100225163728.GA18229@bogon.sigxcpu.org
 
Old 02-25-2010, 11:46 PM
Charles Plessy
 
Default Collecting changelog entries in projectb

Le Thu, Feb 25, 2010 at 11:39:40AM +0000, Philipp Kern a écrit :
> On 2010-02-24, Joerg Jaspert <joerg@debian.org> wrote:
> > Anyways, the thing is - data should be gathered where it belongs
> > to (and is processed anyways). changelogs and other similar data
> > actually are something the archive needs to process, so storage is
> > easy. Things like UDD should not generate it, but merely be consumers,
> > probably linking it to other sources (that have no place in ftpmaster).
>
> I agree with the "it should be generated where it's processed" part. We
> buildd people would like to get access to live changelog by the way to
> generate some mails. packages.debian.org is not sufficient for that
> currently because we need it available when the packages are synced into
> the wanna-build database.

Hello everybody,

If the developments on changelog parsing introduce new requirements, in
particular limitations on post-upload corrections, I strongly recommend to
document this in our Policy.

Have a nice day,

--
Charles Plessy
Tsurumi, Kanagawa, Japan


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100226004617.GB1756@kunpuu.plessy.org">http://lists.debian.org/20100226004617.GB1756@kunpuu.plessy.org
 
Old 02-26-2010, 10:21 AM
Philipp Kern
 
Default Collecting changelog entries in projectb

On 2010-02-26, Charles Plessy <plessy@debian.org> wrote:
> If the developments on changelog parsing introduce new requirements, in
> particular limitations on post-upload corrections, I strongly recommend to
> document this in our Policy.

Post-upload corrections?

Kind regards,
Philipp Kern


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: slrnhofbl4.9b7.trash@kelgar.0x539.de">http://lists.debian.org/slrnhofbl4.9b7.trash@kelgar.0x539.de
 
Old 02-26-2010, 11:58 AM
Simon McVittie
 
Default Collecting changelog entries in projectb

On Fri, 26 Feb 2010 at 11:21:08 +0000, Philipp Kern wrote:
> Post-upload corrections?

I assume Charles refers to this practice: imagine I maintained hello, and
uploaded upstream release 6.6 without initially realising that it contained
a security fix:

hello (6.6-1) unstable; urgency=low

* New upstream release.

-- Simon McVittie <smcv@debian.org> Tue, April 1, 2038 09:00:00 +0000

Then in a later upload, I'd want to correct that:

hello (6.6-2) unstable; urgency=medium

* Add patch from upstream to fix build on knetbsd-mipsel and
knetbsd-toaster (Closes: #666666)
* Retroactively note CVE number for 6.6-1

-- Simon McVittie <smcv@debian.org> Wed, April 2, 2038 09:00:00 +0000

hello (6.6-1) unstable; urgency=low

* New upstream release.
- Fixes a buffer overflow in excessively long greetings (CVE-2038-001)

-- Simon McVittie <smcv@debian.org> Tue, April 1, 2038 09:00:00 +0000

(I conjecture that by 2038, Debian will run on toasters, GNU hello will
be security-sensitive, and we'll still be fixing buffer overflows...)

S


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100226125818.GA7664@reptile.pseudorandom.co.uk"> http://lists.debian.org/20100226125818.GA7664@reptile.pseudorandom.co.uk
 

Thread Tools




All times are GMT. The time now is 04:27 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org