From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-73557-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id F0DFF1384B4
	for <garchives@archives.gentoo.org>; Mon,  7 Dec 2015 19:21:21 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 8E0C621C069;
	Mon,  7 Dec 2015 19:21:12 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id A214C21C022
	for <gentoo-dev@lists.gentoo.org>; Mon,  7 Dec 2015 19:21:11 +0000 (UTC)
Received: from mail-qk0-f181.google.com (mail-qk0-f181.google.com [209.85.220.181])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: mattst88)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 37E7D33BE19
	for <gentoo-dev@lists.gentoo.org>; Mon,  7 Dec 2015 19:21:10 +0000 (UTC)
Received: by qkdb5 with SMTP id b5so37608061qkd.0
        for <gentoo-dev@lists.gentoo.org>; Mon, 07 Dec 2015 11:21:07 -0800 (PST)
X-Received: by 10.129.136.196 with SMTP id y187mr23218721ywf.307.1449516067966;
 Mon, 07 Dec 2015 11:21:07 -0800 (PST)
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.37.95.87 with HTTP; Mon, 7 Dec 2015 11:20:48 -0800 (PST)
In-Reply-To: <CAJ0EP41g1d3=UnCr-XzEgg13opfT1CHNWZNgU97VAe+OTr2nvg@mail.gmail.com>
References: <1449465322.37c1ec7ef31a51206421f03a2df489ec7d7ca244.cardoe@gentoo>
 <robbat2-20151207T181502-104689130Z@orbis-terrarum.net> <CAEdQ38F_Ld6zMNpAnG9Xxs6oPUTDT9kyspO7-4X8UCLJOfe00g@mail.gmail.com>
 <CAJ0EP41g1d3=UnCr-XzEgg13opfT1CHNWZNgU97VAe+OTr2nvg@mail.gmail.com>
From: Matt Turner <mattst88@gentoo.org>
Date: Mon, 7 Dec 2015 11:20:48 -0800
X-Gmail-Original-Message-ID: <CAEdQ38GDEbhK2JR6FHFzVWEfONAosK8SFVazNeNyL+Fm1cgsZg@mail.gmail.com>
Message-ID: <CAEdQ38GDEbhK2JR6FHFzVWEfONAosK8SFVazNeNyL+Fm1cgsZg@mail.gmail.com>
Subject: Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: app-emulation/runc/
To: gentoo development <gentoo-dev@lists.gentoo.org>
Content-Type: text/plain; charset=UTF-8
X-Archives-Salt: d2e72076-5263-4c83-bbc7-45c3858d3bf2
X-Archives-Hash: aa6a892d9b52533c9920b40ac2eb5677

On Mon, Dec 7, 2015 at 10:58 AM, Mike Gilbert <floppym@gentoo.org> wrote:
> On Mon, Dec 7, 2015 at 1:26 PM, Matt Turner <mattst88@gentoo.org> wrote:
>> On Mon, Dec 7, 2015 at 10:19 AM, Robin H. Johnson <robbat2@gentoo.org> wrote:
>>> On Mon, Dec 07, 2015 at 05:16:01AM +0000, Doug Goldstein wrote:
>>>> commit:     37c1ec7ef31a51206421f03a2df489ec7d7ca244
>>>> Author:     Doug Goldstein <cardoe <AT> gentoo <DOT> org>
>>>> AuthorDate: Mon Dec  7 05:14:50 2015 +0000
>>>> Commit:     Doug Goldstein <cardoe <AT> gentoo <DOT> org>
>>>> CommitDate: Mon Dec  7 05:15:22 2015 +0000
>>>> URL:        https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=37c1ec7e
>>>>
>>>> app-emulation/runc: version bump
>>>>
>>>> bump to latest upstream release.
>>>>
>>>> Signed-off-by: Doug Goldstein <cardoe <AT> gentoo.org>
>>>>
>>>>  app-emulation/runc/runc-0.0.5.ebuild | 52 ++++++++++++++++++++++++++++++++++++
>>>>  1 file changed, 52 insertions(+)
>>> You did not update the Manifest or use repoman, and thus blocked the
>>> rsync tree.
>>>
>>> I fixed it now.
>>
>> This is happening with some frequency. Could we install a server-side
>> git hook that prevents pushes if an ebuild is added without a Manifest
>> change? It wouldn't have to verify anything more than that to catch
>> nearly all of these problems.
>>
>
> That would not work for ebuilds which do not have any distfiles
> associated with them.

Good point.

It *would* have to be somewhat more involved then...