On 2013-05-22 03:53, Michael Gilbert wrote:
> I think the first step would be get get pages like [0] to include
> version numbers of the packages tested (and preferably links to test
> logs).
This should be put into a wishlist bug against piuparts-master ...
If that were in place, then a patch
On Tue, May 21, 2013 at 4:19 AM, Helmut Grohne wrote:
> On Tue, May 21, 2013 at 01:21:41AM +0200, Andreas Beckmann wrote:
>> That might be possible with DPAs and if upload management is changed
>> generally to get less "broken" packages into unstable. E.g.
>
> I think that most of the ideas you pre
On 2013-05-21 11:47, Holger Levsen wrote:
> As you asked for numbers, here is one: there are 167 piuparts failures in sid
> today. Thats 167 bugs to file (if they werent already). Which wouldnt have to
> be filed if these packages would not have entered in the first place.
Not to forget the 550 p
Hi,
On Dienstag, 21. Mai 2013, Bastian Blank wrote:
> What problem are you trying to solve? What percentage of packages is
> currently broken? Please specify the false positive and false negative
> rates of all tests involved, especially the ones you propose without
> supervision.
the archive is
On Tue, May 21, 2013 at 01:21:41AM +0200, Andreas Beckmann wrote:
> That might be possible with DPAs and if upload management is changed
> generally to get less "broken" packages into unstable. E.g.
What problem are you trying to solve? What percentage of packages is
currently broken? Please speci
Hi Tollef,
On Dienstag, 21. Mai 2013, Tollef Fog Heen wrote:
> > I am absolutly in favor of doing this, but this either needs (more
> > hardware) ressources or is non-trivial. Still, I'm all for it and happy
> > to help.
> While we of course don't have infinite hardware resources, we generally
> h
On Tue, May 21, 2013 at 01:21:41AM +0200, Andreas Beckmann wrote:
> That might be possible with DPAs and if upload management is changed
> generally to get less "broken" packages into unstable. E.g.
I think that most of the ideas you presented are very useful and other
responses have (silently) ex
]] Holger Levsen
> I am absolutly in favor of doing this, but this either needs (more hardware)
> ressources or is non-trivial. Still, I'm all for it and happy to help.
While we of course don't have infinite hardware resources, we generally
have spare capacity and I'd like people to at least ta
On 2013-05-21 02:14, Paul Tagliamonte wrote:
> On Tue, May 21, 2013 at 01:21:41AM +0200, Andreas Beckmann wrote:
>
> [...]
>
>>
>> and requests migration to sid (via
>> dcut-ng-ng migrate --to sid DPA://anbe/foo-bar)
>
> what's dcut-ng-ng ?
Something hypothetical ...
> It's my plan to add su
On Tue, May 21, 2013 at 01:21:41AM +0200, Andreas Beckmann wrote:
[...]
>
> and requests migration to sid (via
> dcut-ng-ng migrate --to sid DPA://anbe/foo-bar)
what's dcut-ng-ng ?
dcut(1) from src:dput-ng is actually pretty easy to modify. Feel free to
contribute[1] patches to play with new
On 2013-05-20 23:54, Holger Levsen wrote:
> Hi,
>
> On Montag, 20. Mai 2013, Andreas Tille wrote:
>> I vaguely remember this statement from about one year (+/-x). I wonder
>> what would it help if everybody *should* but does not? If it should be
>> done on any upload anyway (and close to nobody
JFTR I would be more than happy to donate hardware, hosting and
connectivity to Debian Project for automating piuparts checks before
entering the archive.
Ondrej.
On Mon, May 20, 2013 at 11:54 PM, Holger Levsen wrote:
> Hi,
>
> On Montag, 20. Mai 2013, Andreas Tille wrote:
>> I vaguely remember
Hi,
On Montag, 20. Mai 2013, Andreas Tille wrote:
> I vaguely remember this statement from about one year (+/-x). I wonder
> what would it help if everybody *should* but does not? If it should be
> done on any upload anyway (and close to nobody is really doing it) why
> not automating this step?
Hi Holger,
On Mon, May 20, 2013 at 02:01:40PM +0200, Holger Levsen wrote:
>
> > 2. I would like to see these tests to be run BEFORE the package enters
> > the archive, and failures would prevent the package to enter.
>
> very DD and DM should run piuparts before uploading.
I vaguely remember t
Hi Ondřej,
On Montag, 20. Mai 2013, Ondřej Surý wrote:
> Nope, I know about piuparts, but:
>
> 1. some packages and some transitions are more complicated. Bundle
> db4.7->db5.3 transition with cyrus-imapd-2.2->cyrus-imapd-2.4 and I am
> quite sure that "installation in sid" is not enough.
do yo
On Mon, May 20, 2013 at 3:15 AM, Paul Wise wrote:
> On Mon, May 20, 2013 at 12:39 AM, Ondřej Surý wrote:
>
>> So apart from the more hands on some packages with high priority, it
>> would really help me to have some automated tests which would be run
>> before uploading to testing.
>>
>> One thing
16 matches
Mail list logo