From: Michael Everitt <gentoo@veremit.xyz>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/
Date: Thu, 5 Sep 2019 20:49:50 +0100 [thread overview]
Message-ID: <199e45da-d9d6-7d64-5dbe-6831c3c5c856@veremit.xyz> (raw)
In-Reply-To: <2f49bf393b04f1b514817317c2ea12f8e8e586df.camel@gentoo.org>
[-- Attachment #1.1: Type: text/plain, Size: 2478 bytes --]
On 05/09/19 20:47, Michał Górny wrote:
> On Thu, 2019-09-05 at 15:14 +0200, Thomas Deutschmann wrote:
>> On 2019-09-05 06:02, Michał Górny wrote:
>>>> In my case I am working on a new mysql eclass to outsource pkg_config
>>>> function which is shared at least between dev-db/mysql and
>>>> dev-db/percona-server (and maybe dev-db/mariadb).
>>>>
>>>> For this new eclass I would say it's a "per-package" eclass and would
>>>> probably have skipped mailing list review, too.
>>> Everyone can skip as many paragraphs as they want, and then apply what's
>>> said later to something said way earlier.
>> Could you please stop adding any bad interpretation?
>>
>> That was a serious question. For you, it's pretty clear. I am showing
>> you, that for me, it isn't pretty clear. When you believe I skipped
>> important lines in my quote please outline what I have missed and I will
>> take the blame.
>>
>>
>>>> If you want to make it clear, change "should" to "must" and maybe
>>>> clarify per-package exception and limit to update case if you believe
>>>> that really *all* *new* eclasses must be send to mailing list.
>>> Submit a part. This is a community effort. Nitpicking and complaining
>>> doesn't make things better. Fixing them does.
>> Sure, but at the moment *you* are the one who are saying it's a MUST. I
>> don't understand it that way and I am fine with my understanding that
>> per-package eclasses *should* but *must not* get reviewed through
>> mailing list. In other words I am asking you to show us where it's
>> written that *all* *new* eclasses *must* get reviewed through mailing
>> list. I cannot find something like that in current devmanual (the link
>> you showed).
>>
>> Maybe I am still missing something after reading
>> https://devmanual.gentoo.org/eclass-writing/ 3 times...
>>
>> In case I am not missing anything I suggested to improve devmanual in
>> case you believe this should be a hard requirement. Because at the
>> moment I don't believe it should be a hard requirement, *I* will not
>> propose any changes.
>>
> So to summarize, instead of working together in order to follow a well-
> established policy, you prefer to do whatever you find convenient
> at the moment, as long as you justify it by finding some document whose
> wording does not perfectly prevent you from bending the policy? Yes,
> that sounds like a very good attitude for a Council member.
>
Pot meet Kettle ..
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
next prev parent reply other threads:[~2019-09-05 19:49 UTC|newest]
Thread overview: 119+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1567619929.63486fef43c2e0dee3b4128db18fd1a6b4bf9381.tupone@gentoo>
2019-09-04 18:59 ` [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/ Michał Górny
2019-09-04 22:30 ` David Seifert
2019-09-04 23:26 ` Thomas Deutschmann
2019-09-05 4:02 ` Michał Górny
2019-09-05 13:14 ` Thomas Deutschmann
2019-09-05 14:04 ` Gordon Pettey
2019-09-05 19:26 ` Kent Fredric
2019-09-05 19:28 ` James Le Cuirot
2019-09-05 19:47 ` Michał Górny
2019-09-05 19:49 ` Michael Everitt [this message]
2019-09-05 20:08 ` Kent Fredric
2019-09-05 20:16 ` Michał Górny
2019-09-05 22:47 ` Thomas Deutschmann
2019-09-06 3:45 ` Mike Gilbert
2019-09-06 6:35 ` Alfredo Tupone
2019-09-06 5:49 ` Michał Górny
2019-09-06 4:02 ` Mike Gilbert
[not found] <1564451381.6f680e4fe73925ae130343e02adb416cb799ce7d.mattst88@gentoo>
2019-07-30 5:20 ` Michał Górny
2019-07-30 5:29 ` Matt Turner
[not found] <1526675772.d780c05e4459175eb314c82de9f3b998e2b4fc6e.asturm@gentoo>
2018-05-18 21:53 ` Michał Górny
[not found] <1515158020.1e09cba657ccb2b8e6fbcbeb28c5c593da2127eb.polynomial-c@gentoo>
2018-01-05 13:36 ` Michał Górny
[not found] <1494961831.d1b05bcf81e5058c20615179fb83a90c45daa487.vapier@gentoo>
2017-05-16 19:20 ` Michał Górny
2017-05-16 19:36 ` Fabian Groffen
2017-05-21 14:02 ` Kent Fredric
2017-05-21 14:46 ` Martin Vaeth
2017-05-21 16:29 ` William Hubbs
2017-05-21 17:34 ` Michał Górny
2017-05-21 18:18 ` Martin Vaeth
2017-05-21 19:32 ` Kent Fredric
2017-05-21 20:38 ` M. J. Everitt
2017-05-21 23:28 ` M. J. Everitt
2017-05-21 17:46 ` Raymond Jennings
2017-05-22 1:13 ` Luis Ressel
[not found] <1463773635.548f4ee19c6b0fe0d5e87e84a5a82c421229e0ce.johu@gentoo>
2016-05-20 19:55 ` Michał Górny
[not found] <1462655928.66afcab271f65b97330e610040ad3acc1b812a03.hd_brummy@gentoo>
2016-05-07 21:25 ` Michał Górny
2016-05-07 21:48 ` Ryan Hill
2016-05-09 23:10 ` Doug Goldstein
2016-05-13 8:52 ` Ian Delaney
2016-05-14 9:55 ` Andreas K. Huettel
2016-05-14 11:35 ` Ciaran McCreesh
2016-05-14 11:55 ` M. J. Everitt
2016-05-14 15:04 ` Gordon Pettey
2016-05-14 16:53 ` Chí-Thanh Christopher Nguyễn
2016-05-14 16:59 ` M. J. Everitt
2016-05-14 17:06 ` Rich Freeman
2016-05-14 17:07 ` landis blackwell
2016-05-14 17:52 ` Rich Freeman
2016-05-14 19:21 ` M. J. Everitt
2016-05-14 20:23 ` Rich Freeman
2016-05-15 10:47 ` Daniel Campbell
2016-05-14 17:08 ` M. J. Everitt
2016-05-14 20:06 ` Andreas K. Huettel
2016-05-14 11:55 ` Aaron Bauman
2016-05-14 13:54 ` Rich Freeman
2016-05-14 23:40 ` Aaron Bauman
2016-05-14 23:48 ` Ciaran McCreesh
2016-05-15 0:23 ` Aaron Bauman
2016-05-15 1:04 ` Rich Freeman
2016-05-15 1:12 ` M. J. Everitt
2016-05-16 7:56 ` Ian Delaney
2016-05-16 8:20 ` Consus
2016-05-16 8:30 ` Aaron Bauman
2016-05-16 9:05 ` Ciaran McCreesh
2016-05-16 16:21 ` Andrew Savchenko
2016-05-16 16:32 ` Andreas K. Huettel
2016-05-15 0:59 ` Rich Freeman
2016-05-15 1:12 ` M. J. Everitt
2016-05-15 9:53 ` Ryan Hill
2016-05-15 11:04 ` Daniel Campbell
2016-05-15 22:55 ` Duncan
2016-05-15 23:07 ` Daniel Campbell
2016-05-16 0:12 ` M. J. Everitt
2016-05-15 18:43 ` Andreas K. Huettel
2016-05-15 10:29 ` Michał Górny
2016-05-15 11:16 ` Daniel Campbell
2016-05-15 22:46 ` Duncan
2016-05-15 23:19 ` Rich Freeman
2016-05-15 9:05 ` Jeroen Roovers
2016-05-15 9:15 ` Brian Dolbec
2016-05-15 11:18 ` Daniel Campbell
2016-05-15 14:27 ` Brian Dolbec
[not found] <1460833703.ad0c2ab2bdbd34f4550e49c56cfd5974d6a2c07a.blueness@gentoo>
2016-04-16 19:05 ` Michał Górny
2016-04-16 19:13 ` Anthony G. Basile
2016-04-16 19:16 ` Rich Freeman
2016-04-16 19:18 ` Anthony G. Basile
2016-04-16 19:41 ` Anthony G. Basile
2016-04-16 19:27 ` Anthony G. Basile
2016-04-16 19:31 ` Anthony G. Basile
2016-04-16 22:24 ` Mike Gilbert
2016-04-16 22:36 ` Rich Freeman
2016-04-16 22:46 ` Mike Gilbert
2016-04-16 22:54 ` Anthony G. Basile
2016-04-16 22:50 ` Anthony G. Basile
2016-04-17 8:15 ` Fabian Groffen
2016-04-17 8:28 ` Anthony G. Basile
2016-04-17 22:50 ` Anthony G. Basile
2016-04-18 2:09 ` Luca Barbato
[not found] <1448180855.a144d7480f781f21323943d87e6a56136add3830.mr_bones_@gentoo>
2015-11-22 8:38 ` Michał Górny
[not found] <1447717075.aac24917ebe254a23990f0d7fff9f6f570b99d15.mpagano@gentoo>
2015-11-17 7:19 ` Michał Górny
2015-11-17 20:37 ` Raymond Jennings
2015-11-17 23:42 ` Rich Freeman
2015-11-17 21:59 ` Mike Pagano
[not found] <1447458773.ad4c142684afb096e8fff2937ae5c5c3385dd22e.mgorny@gentoo>
2015-11-16 9:01 ` Alexis Ballier
2015-11-16 9:06 ` Justin Lecher (jlec)
2015-11-16 9:14 ` Alexis Ballier
2015-11-16 9:29 ` Justin Lecher (jlec)
2015-11-16 9:52 ` Alexis Ballier
2015-11-16 12:08 ` Rich Freeman
[not found] <1446206629.df8e399c9bac2dc30d7cf69c2462a81729a3ae69.jlec@gentoo>
2015-10-30 17:20 ` Michał Górny
2015-10-31 7:06 ` Mike Frysinger
2015-10-31 8:08 ` Michał Górny
2015-10-31 15:05 ` Gregory Woodbury
2015-11-10 23:53 ` Mike Frysinger
2015-11-11 9:09 ` Michał Górny
2015-11-11 14:42 ` Luca Barbato
2015-11-01 7:15 ` Ian Delaney
[not found] <1444389412.5220bb29741e1685b42a6312c0b7bf2821672040.aballier@gentoo>
2015-10-09 15:32 ` hasufell
2015-10-09 16:21 ` Alexis Ballier
2015-10-09 16:25 ` hasufell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=199e45da-d9d6-7d64-5dbe-6831c3c5c856@veremit.xyz \
--to=gentoo@veremit.xyz \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox