Bug#781459: udd: please provide dumps more often

2015-03-29 Thread Mattia Rizzolo
[removing DSA which does not have interest in this and paulproteus, whose mx does not work right now] On Sun, Mar 29, 2015 at 10:03 PM, Andreas Tille wrote: > Hi Lucas, > > On Sun, Mar 29, 2015 at 09:53:01PM +0200, Lucas Nussbaum wrote: >> On 29/03/15 at 19:43 +0200, Mattia Rizzolo wrote: >> > On

Bug#781459: udd: please provide dumps more often

2015-03-29 Thread Lucas Nussbaum
On 29/03/15 at 22:08 +0200, Mattia Rizzolo wrote: > On Sun, Mar 29, 2015 at 9:53 PM, Lucas Nussbaum wrote: > > On 29/03/15 at 19:43 +0200, Mattia Rizzolo wrote: > >> I think DSA position is rasonable, yet UDD data is really valuable not > >> only for debian-related projects (jenkins in the above q

Bug#781459: udd: please provide dumps more often

2015-03-29 Thread Mattia Rizzolo
On Sun, Mar 29, 2015 at 9:53 PM, Lucas Nussbaum wrote: > On 29/03/15 at 19:43 +0200, Mattia Rizzolo wrote: >> I think DSA position is rasonable, yet UDD data is really valuable not >> only for debian-related projects (jenkins in the above quote) but for >> people who want to do random stuff with d

Bug#781459: udd: please provide dumps more often

2015-03-29 Thread Andreas Tille
Hi Lucas, On Sun, Mar 29, 2015 at 09:53:01PM +0200, Lucas Nussbaum wrote: > On 29/03/15 at 19:43 +0200, Mattia Rizzolo wrote: > > On Sun, Mar 29, 2015 at 06:42:20PM +0200, Lucas Nussbaum wrote: > > > Currently three dumps are generated every day: > > > - usql.sql.gz, with all the data except the l

Bug#781459: udd: please provide dumps more often

2015-03-29 Thread Lucas Nussbaum
On 29/03/15 at 19:43 +0200, Mattia Rizzolo wrote: > On Sun, Mar 29, 2015 at 06:42:20PM +0200, Lucas Nussbaum wrote: > > Currently three dumps are generated every day: > > - usql.sql.gz, with all the data except the ldap, really_active_dds, and > > pts relations, which are considered "private" dat

Bug#781459: udd: please provide dumps more often

2015-03-29 Thread Mattia Rizzolo
On Sun, Mar 29, 2015 at 06:42:20PM +0200, Lucas Nussbaum wrote: > Currently three dumps are generated every day: > - usql.sql.gz, with all the data except the ldap, really_active_dds, and > pts relations, which are considered "private" data and not suitable for > wide exposure. fine. Even if (

Bug#781459: udd: please provide dumps more often

2015-03-29 Thread Andreas Tille
Hi, On Sun, Mar 29, 2015 at 06:42:20PM +0200, Lucas Nussbaum wrote: > >mapreri: yes, but it would also be useful to switch to another > > dump > > format +1 (as abre minimum enhancement xz compression would be sensible) > - udd-bugs.sql.xz, with only the bugs data (both archived a

Bug#781459: udd: please provide dumps more often

2015-03-29 Thread Michael Tautschnig
[ Maintaining the CC list, although this may be redundant for some. ] On Sun, Mar 29, 2015 at 18:42:20 +0200, Lucas Nussbaum wrote: [...] > Before changing that, I'd like to understand: > > 1) what is the rationale for the public UDD mirror. Is there a way this >could be provided from Debian

Bug#781459: udd: please provide dumps more often

2015-03-29 Thread Lucas Nussbaum
On 29/03/15 at 17:47 +0200, Mattia Rizzolo wrote: > package: qa.debian.org > user: qa.debian@packages.debian.org > usertag: udd > > From #debian-qa@OFTC > lucas: might I ask you to provide udd dumps more often than daily? > like, every 6 hours? this would greatly help the public udd

Bug#781459: udd: please provide dumps more often

2015-03-29 Thread Michael Stapelberg
On Sun, Mar 29, 2015 at 6:42 PM, Lucas Nussbaum wrote: > On 29/03/15 at 17:47 +0200, Mattia Rizzolo wrote: >> package: qa.debian.org >> user: qa.debian@packages.debian.org >> usertag: udd >> >> From #debian-qa@OFTC >> lucas: might I ask you to provide udd dumps more often than daily? >>

Bug#781459: udd: please provide dumps more often

2015-03-29 Thread Mattia Rizzolo
package: qa.debian.org user: qa.debian@packages.debian.org usertag: udd From #debian-qa@OFTC lucas: might I ask you to provide udd dumps more often than daily? like, every 6 hours? this would greatly help the public udd mirror to stay in sync (and I guess it could also hel