From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-80477-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by finch.gentoo.org (Postfix) with ESMTPS id 4F911139694
	for <garchives@archives.gentoo.org>; Thu,  4 May 2017 16:08:11 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 082AAE0CB0;
	Thu,  4 May 2017 16:08:02 +0000 (UTC)
Received: from smtp.gentoo.org (woodpecker.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id A93C2E0BF5
	for <gentoo-dev@lists.gentoo.org>; Thu,  4 May 2017 16:08:01 +0000 (UTC)
Received: from mail-io0-f170.google.com (mail-io0-f170.google.com [209.85.223.170])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: floppym)
	by smtp.gentoo.org (Postfix) with ESMTPSA id ABD5F3416BD
	for <gentoo-dev@lists.gentoo.org>; Thu,  4 May 2017 16:08:00 +0000 (UTC)
Received: by mail-io0-f170.google.com with SMTP id k91so28179292ioi.1
        for <gentoo-dev@lists.gentoo.org>; Thu, 04 May 2017 09:08:00 -0700 (PDT)
X-Gm-Message-State: AN3rC/6vKtIt17J2bYEemd51uacuYsnmlZ2gHkyscLNZiPMqAnFqMBEm
	SAGf4cZ7wTl2M2E7mcexdfJBf7WtuA==
X-Received: by 10.107.160.77 with SMTP id j74mr37982699ioe.58.1493914078584;
 Thu, 04 May 2017 09:07:58 -0700 (PDT)
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.107.132.17 with HTTP; Thu, 4 May 2017 09:07:38 -0700 (PDT)
In-Reply-To: <20170504174237.6164ef4d@wim>
References: <1493548186.6038.2.camel@gentoo.org> <11422999.nSgCkNWNEm@pinacolada>
 <487e8818-1ee3-7bdc-65ac-01d55ae881d6@gentoo.org> <84f7fb6d-7a42-00e7-6043-f05f895ee9e8@gentoo.org>
 <22792.31821.903280.377707@a1i15.kph.uni-mainz.de> <20170504174237.6164ef4d@wim>
From: Mike Gilbert <floppym@gentoo.org>
Date: Thu, 4 May 2017 12:07:38 -0400
X-Gmail-Original-Message-ID: <CAJ0EP43B0iQ_6a6uqRtkAO80etu_Qofj6ZhwsRSg_5R4Wd83nw@mail.gmail.com>
Message-ID: <CAJ0EP43B0iQ_6a6uqRtkAO80etu_Qofj6ZhwsRSg_5R4Wd83nw@mail.gmail.com>
Subject: Re: [gentoo-dev] Bugzilla package list editing
To: Gentoo Dev <gentoo-dev@lists.gentoo.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: 6b6d6531-6aa4-4def-8ec3-7a7a1483b2b6
X-Archives-Hash: e19efc5bdf324762aa7098e93f725fad

On Thu, May 4, 2017 at 11:42 AM, Jeroen Roovers <jer@gentoo.org> wrote:
> On Tue, 02 May 2017 14:32:13 +0200
> Ulrich Mueller <ulm@gentoo.org> wrote:
>
>> >>>>> On Tue, 2 May 2017, Ch=C3=AD-Thanh Christopher Nguy=E1=BB=85n wrot=
e:
>>
>> > Also very common is that he changes fully qualified package names
>> > (which is the correct syntax per [1]) into fully qualified package
>> > atoms (which is the legacy syntax). Bug 616260 is one such
>> > example.
>>
>> > [1] https://bugs.gentoo.org/page.cgi?id=3Dfields.html
>>
>> Can't the stable-bot enforce the correct syntax?
>
> Correct syntax, you say?
>
> [1] says:
> """
> =3D Version Dependencies =3D
> Sometimes a particular version of a package is needed. Where this is
> known, it should be specified. A simple example:
>
> DEPEND=3D">=3Ddev-libs/openssl-0.9.7d"
> """
>
> What happens when you want an exact version? Can you write
>
> """
> DEPEND=3D"dev-libs/openssl-0.9.7d"
> """
>
> instead? (Don't answer that, keep reading.)
>
>
> [2] says:
> """
>        Atom Prefix Operators [> >=3D =3D <=3D <]
>               Sometimes you want to be able to depend on general
>        versions rather than specifying exact versions all the time.
>        Hence we provide standard boolean operators:
>
>               Examples:
>                    >media-libs/libgd-1.6
>                    >=3Dmedia-libs/libgd-1.6
>                    =3Dmedia-libs/libgd-1.6
>                    <=3Dmedia-libs/libgd-1.6
>                    <media-libs/libgd-1.6
> """
>
>
> PMS does not define what a valid atom looks like, except that it
> somehow doesn't describe atoms to begin with, apparently because that
> has yet to be replaced with something better, or is perhaps up to the
> PM to define. Where the PM is sys-apps/portage, the syntax that someone
> with the correct privileges managed to add to bugs.gentoo.org without
> any reconciliation with the community.
>
> As long as this is not resolved:
>
>    # emerge -vp net-misc/youtube-dl-2017.05.01
>    !!! 'net-misc/youtube-dl-2017.05.01' is not a valid package atom.
>    !!! Please check ebuild(5) for full details.
>
> and as long as this works:
>
>    # emerge -vp =3Dnet-misc/youtube-dl-2017.05.01
>
>    These are the packages that would be merged, in order:
>
>    [ebuild     U ~] net-misc/youtube-dl-2017.05.01::gentoo
>    [2017.04.26::gentoo] USE=3D"offensive {-test}"
>    PYTHON_TARGETS=3D"python2_7 python3_4 -python3_5 -python3_6B
>
>    Total: 1 package (1 upgrade), Size of downloads: 0 KiB
>
>
> I suggest these privileged people try to come to their senses and stop
> appropriating bits of the Gentoo Project because of differences in
> opinion.
>
> I also suggest that the people who half finished the work on getting
> the Package list going also finish the work and implement rigorous
> checks for sys-apps/portage compliance, which would actually help
> present automated target lists to test systems that don't need
> any mangling, ever again.
>
>
> plz,
>      jer
>
>
> PS: It might be a week before I feel like reading the "don't touch my
> stuff" cabal again, so please don't mind if I happen to touch your
> stuff while you work out what's wrong with your attitude.

As far as I can tell, you are the only person who has a problem with
the package list format, and you refuse to adapt to it, or even talk
about it in reasonably.

Having a format that requires no mangling would also require that the
list be identical for all arches. That would mean filing separate bugs
for any difference in keywording across the entire package list; that
seems like quite a lot of work for little benefit.

The format is meant to be easy to mangle as-needed, not as a
straight-up copy/paste.