Re: [gentoo-dev] Inconsistent use of || preferences for www-client/elinks, links, lynx, w3m, and w3mmee

2020-02-09 Thread Michał Górny
On Sun, 2020-02-09 at 22:51 -0800, Zac Medico wrote:
> On 2/9/20 10:44 PM, Michał Górny wrote:
> > On Sun, 2020-02-09 at 22:30 -0800, Zac Medico wrote:
> > > Hi all (especially package owners in CC),
> > > 
> > > In various packages we have inconsistent use of || preferences for
> > > www-client/elinks, links, lynx, w3m, and w3mmee. This means that the
> > > default preference depends on the combination of packages that one has
> > > installed and the order that one has installed them, leading to
> > > unpredictable results.
> > > 
> > > Here is a list of relevant packages and their dependencies:
> > > 
> > > app-text/docbook-sgml-utils: || ( www-client/lynx www-client/links
> > > www-client/elinks virtual/w3m )
> > > app-text/sgmltools-lite: || ( www-client/w3m www-client/lynx )
> > > app-text/xmlto: || ( virtual/w3m www-client/lynx www-client/elinks )
> > > dev-lang/mono: || ( www-client/links www-client/lynx )
> > > mail-client/mutt: || ( www-client/lynx www-client/w3m www-client/elinks )
> > > mail-client/neomutt: || ( www-client/lynx www-client/w3m 
> > > www-client/elinks )
> > > net-irc/irssi: || ( www-client/lynx www-client/elinks )
> > > sys-fs/gt5: || ( www-client/links www-client/elinks www-client/lynx )
> > > x11-base/xorg-server: || ( www-client/links www-client/lynx 
> > > www-client/w3m )
> > > 
> > > How about if we create some more virtuals to cover all of the relevant
> > > cases?
> > 
> > I don't think that's a valid case for a virtual since those tools do not
> > provide a consistent API for other packages.  It just happens that some
> > packages explicitly support multiple choices, and this is exactly what
> > > > indicates.
> > 
> > The virtuals would really be arbitrary here.  Developers would
> > repeatedly fail to use them because they wouldn't naturally expect
> > the virtual to exist.
> 
> In that case, I suppose we'll have to apply consistency manually? Can we
> all agree on a global order of preference for the relevant packages?

That would be my idea, yes.  I'd suggest going for the 'lightest'
package first.  Would you be able to figure out some kind of measure
on how heavy each of those packages is?  I suppose we need to account
for build time and dependencies.

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Inconsistent use of || preferences for www-client/elinks, links, lynx, w3m, and w3mmee

2020-02-09 Thread Zac Medico
On 2/9/20 10:44 PM, Michał Górny wrote:
> On Sun, 2020-02-09 at 22:30 -0800, Zac Medico wrote:
>> Hi all (especially package owners in CC),
>>
>> In various packages we have inconsistent use of || preferences for
>> www-client/elinks, links, lynx, w3m, and w3mmee. This means that the
>> default preference depends on the combination of packages that one has
>> installed and the order that one has installed them, leading to
>> unpredictable results.
>>
>> Here is a list of relevant packages and their dependencies:
>>
>> app-text/docbook-sgml-utils: || ( www-client/lynx www-client/links
>> www-client/elinks virtual/w3m )
>> app-text/sgmltools-lite: || ( www-client/w3m www-client/lynx )
>> app-text/xmlto: || ( virtual/w3m www-client/lynx www-client/elinks )
>> dev-lang/mono: || ( www-client/links www-client/lynx )
>> mail-client/mutt: || ( www-client/lynx www-client/w3m www-client/elinks )
>> mail-client/neomutt: || ( www-client/lynx www-client/w3m www-client/elinks )
>> net-irc/irssi: || ( www-client/lynx www-client/elinks )
>> sys-fs/gt5: || ( www-client/links www-client/elinks www-client/lynx )
>> x11-base/xorg-server: || ( www-client/links www-client/lynx www-client/w3m )
>>
>> How about if we create some more virtuals to cover all of the relevant
>> cases?
> 
> I don't think that's a valid case for a virtual since those tools do not
> provide a consistent API for other packages.  It just happens that some
> packages explicitly support multiple choices, and this is exactly what
> || indicates.
> 
> The virtuals would really be arbitrary here.  Developers would
> repeatedly fail to use them because they wouldn't naturally expect
> the virtual to exist.

In that case, I suppose we'll have to apply consistency manually? Can we
all agree on a global order of preference for the relevant packages?
-- 
Thanks,
Zac



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Inconsistent use of || preferences for www-client/elinks, links, lynx, w3m, and w3mmee

2020-02-09 Thread Michał Górny
On Sun, 2020-02-09 at 22:30 -0800, Zac Medico wrote:
> Hi all (especially package owners in CC),
> 
> In various packages we have inconsistent use of || preferences for
> www-client/elinks, links, lynx, w3m, and w3mmee. This means that the
> default preference depends on the combination of packages that one has
> installed and the order that one has installed them, leading to
> unpredictable results.
> 
> Here is a list of relevant packages and their dependencies:
> 
> app-text/docbook-sgml-utils: || ( www-client/lynx www-client/links
> www-client/elinks virtual/w3m )
> app-text/sgmltools-lite: || ( www-client/w3m www-client/lynx )
> app-text/xmlto: || ( virtual/w3m www-client/lynx www-client/elinks )
> dev-lang/mono: || ( www-client/links www-client/lynx )
> mail-client/mutt: || ( www-client/lynx www-client/w3m www-client/elinks )
> mail-client/neomutt: || ( www-client/lynx www-client/w3m www-client/elinks )
> net-irc/irssi: || ( www-client/lynx www-client/elinks )
> sys-fs/gt5: || ( www-client/links www-client/elinks www-client/lynx )
> x11-base/xorg-server: || ( www-client/links www-client/lynx www-client/w3m )
> 
> How about if we create some more virtuals to cover all of the relevant
> cases?

I don't think that's a valid case for a virtual since those tools do not
provide a consistent API for other packages.  It just happens that some
packages explicitly support multiple choices, and this is exactly what
|| indicates.

The virtuals would really be arbitrary here.  Developers would
repeatedly fail to use them because they wouldn't naturally expect
the virtual to exist.

> 
> We've already got virtual/w3m to cover this particular case:
> 
> || ( www-client/w3m www-client/w3mmee )
> 
> We might want to use nested virtuals, in the same way that virtual/jdk
> nests under virtual/jre.

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Inconsistent use of || preferences for www-client/elinks, links, lynx, w3m, and w3mmee

2020-02-09 Thread Zac Medico
Hi all (especially package owners in CC),

In various packages we have inconsistent use of || preferences for
www-client/elinks, links, lynx, w3m, and w3mmee. This means that the
default preference depends on the combination of packages that one has
installed and the order that one has installed them, leading to
unpredictable results.

Here is a list of relevant packages and their dependencies:

app-text/docbook-sgml-utils: || ( www-client/lynx www-client/links
www-client/elinks virtual/w3m )
app-text/sgmltools-lite: || ( www-client/w3m www-client/lynx )
app-text/xmlto: || ( virtual/w3m www-client/lynx www-client/elinks )
dev-lang/mono: || ( www-client/links www-client/lynx )
mail-client/mutt: || ( www-client/lynx www-client/w3m www-client/elinks )
mail-client/neomutt: || ( www-client/lynx www-client/w3m www-client/elinks )
net-irc/irssi: || ( www-client/lynx www-client/elinks )
sys-fs/gt5: || ( www-client/links www-client/elinks www-client/lynx )
x11-base/xorg-server: || ( www-client/links www-client/lynx www-client/w3m )

How about if we create some more virtuals to cover all of the relevant
cases?

We've already got virtual/w3m to cover this particular case:

|| ( www-client/w3m www-client/w3mmee )

We might want to use nested virtuals, in the same way that virtual/jdk
nests under virtual/jre.
-- 
Thanks,
Zac





signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: sys-apps/hbaapi

2020-02-09 Thread David Seifert
# David Seifert  (2020-02-10)
# Unmaintained, EAPI 4, doesn't respect CFLAGS and LDFLAGS, which masks
# undefined symbols in the shared object, upstream gone, no other
distro
# packages this anymore, no revdeps. Removal in 30 days.
sys-apps/hbaapi


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2020-02-09 23:59 UTC

2020-02-09 Thread Robin H. Johnson
 hd_brummy 49d1cea72b4
media-plugins/vdr-sudoku  20200204-19:11 hd_brummy 8786baf9a27
media-plugins/vdr-wapd20200204-19:16 hd_brummy 8092249aa03
media-plugins/vdr-zaphistory  20200204-19:18 hd_brummy 83cf833b6e6
net-analyzer/gsm-receiver 20200203-05:38 mgorny7b9064ad827
net-misc/chrome-remote-desktop20200204-15:37 floppym   c5c9e0d4dc9
sci-calculators/calculator20200203-05:52 mgornyf23198529a2
sci-libs/jmol-acme20200203-06:01 mgorny5236efd3ce5
sci-libs/libcore  20200203-06:01 mgorny9dca15e4e6a
sci-libs/naga 20200203-06:01 mgornyea9bb17eaa8
sci-libs/spooles  20200203-06:00 mgorny23339c79174
sci-libs/vecmath-objectclub   20200203-06:00 mgorny765fd34f5b5
sys-fs/yaffs2-utils   20200203-05:41 mgorny6a01b875861
x11-misc/pathfinder   20200203-05:52 mgorny6e81b259fd1
x11-misc/shutterbug   20200203-05:51 mgorny22fd4eef49b
x11-terms/multi-aterm 20200203-06:08 mgornyec9b6020b83

Additions:
acct-group/lighttpd   20200209-15:48 zlogene   30b52da67e3
acct-group/smtpd  20200205-12:22 zx2c4 69243062ae5
acct-group/smtpq  20200205-12:23 zx2c4 5c6d78f8aae
acct-group/sshd   20200205-01:38 chutzpah  406211980a0
acct-group/telegraf   20200207-14:40 williamh  b319a2f3425
acct-user/lighttpd20200209-15:52 zlogene   db7bc0b6442
acct-user/smtpd   20200205-12:20 zx2c4 36737ac7762
acct-user/smtpq   20200205-12:21 zx2c4 b016ec74977
acct-user/sshd20200205-01:42 chutzpah  5598093b356
acct-user/telegraf20200207-14:44 williamh  d17ab734c85
app-shells/zsh-syntax-highlighting20200208-11:27 zlogene   a1b023b1aca
app-text/nuspell  20200206-00:36 sping c2ca110efb0
dev-perl/Clone-PP 20200203-09:49 kentnl527be930702
dev-perl/Data-IEEE754 20200203-11:50 kentnlbe0c5b024d8
dev-perl/Data-Printer 20200203-10:39 kentnl7b1211580f5
dev-perl/GeoIP2   20200204-06:25 kentnla1a45dc6337
dev-perl/IO-Compress-Brotli   20200204-10:38 kentnl30d6e9e94eb
dev-perl/Math-Int128  20200204-00:31 kentnle0cdfbe864e
dev-perl/Math-Int64   20200204-00:22 kentnl23c224b54e7
dev-perl/MaxMind-DB-Common20200204-03:14 kentnl72cec21dbd4
dev-perl/MaxMind-DB-Reader20200204-03:29 kentnlca24e3824bb
dev-perl/MaxMind-DB-Reader-XS 20200204-05:50 kentnl839fa6f2966
dev-perl/MooX-StrictConstructor   20200204-01:10 kentnl2c2f75be6d7
dev-perl/Net-Works20200204-00:59 kentnlcf0f58ba6ae
dev-perl/Test-Bits20200203-11:30 kentnlee615737e86
dev-python/ordered-set20200119-20:00 heroxbd   c5cb7e21825
dev-python/scikit-build   20200116-16:03 heroxbd   dbcd93928d9
dev-python/sphinx-epytext 20200203-06:38 zmedico   7a7214548c4
dev-python/ubelt  20200116-16:00 heroxbd   cb8d035a393
dev-python/xdoctest   20200130-17:28 heroxbd   55c256add4c
dev-util/ccls 20200204-19:32 mattst88  f9b14ac2791
mail-filter/opensmtpd-filter-rspamd   20200205-13:25 zx2c4 4b7f0262e3a
media-libs/libtgvoip  20200209-22:40 gyakovlev 9da4a361021
media-libs/webvfx 20200120-08:08 asturmcac7b7c50ef
virtual/libcrypt  20200206-18:46 chutzpah  0984adbab9c

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail : robb...@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
media-fonts/nepali-fonts,removed,ulm,20200206-12:30,44aa7ea7b0f
app-dicts/sword-ab,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-abs_essay_goodsam_swb,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-br_en,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-bulcarigradnt,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-bwe,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-chincvs,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-chincvt,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-chiun,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-chiuns,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-czecep,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-czekms,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-czenkb,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-dbd,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-emtv,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-est,removed,ulm,20200205-09:34,7d66c43e896
app-dicts/sword-family,removed,ulm,20200205-09:34,7d66c43e896

Re: [gentoo-dev] [PATCH 1/3] eclass/go-module: add support for building based on go.sum

2020-02-09 Thread William Hubbs
On Sun, Feb 09, 2020 at 11:35:25PM +, Robin H. Johnson wrote:
> On Sun, Feb 09, 2020 at 04:11:28PM -0600, William Hubbs wrote:
> > On Sun, Feb 09, 2020 at 12:31:19PM -0800, Robin H. Johnson wrote:
> > > +# "go.mod" only:
> > > +# - Populate EGO_VENDOR
> > go.mod without go.sum can mean that there are no external dependencies, so 
> > there
> > shouldn't be a reason to populate EGO_VENDOR in this case.
> ...
> > The way I see this going is to transition to EGO_SUM and
> > drop EGO_VENDOR. unless I'm missing something.
> I know another corner case for legacy stuff, but let's drop entirely and
> encourage migration to EGO_SUM.

I'm curious, what is the corner case I'm missing?

Thanks,

William


signature.asc
Description: Digital signature


Re: [gentoo-dev] [PATCH 1/3] eclass/go-module: add support for building based on go.sum

2020-02-09 Thread Robin H. Johnson
On Sun, Feb 09, 2020 at 04:11:28PM -0600, William Hubbs wrote:
> On Sun, Feb 09, 2020 at 12:31:19PM -0800, Robin H. Johnson wrote:
> > +# "go.mod" only:
> > +# - Populate EGO_VENDOR
> go.mod without go.sum can mean that there are no external dependencies, so 
> there
> shouldn't be a reason to populate EGO_VENDOR in this case.
...
> The way I see this going is to transition to EGO_SUM and
> drop EGO_VENDOR. unless I'm missing something.
I know another corner case for legacy stuff, but let's drop entirely and
encourage migration to EGO_SUM.

-- 
Robin Hugh Johnson
Gentoo Linux: Dev, Infra Lead, Foundation Treasurer
E-Mail   : robb...@gentoo.org
GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136


signature.asc
Description: PGP signature


Re: [gentoo-dev] Last-rites: net-misc/wicd

2020-02-09 Thread Stefan Strogin
Upd.
The port to Python 3 is not finished in the upstream.
Particularly it is still using pygtk, it seems no work in porting to
gtk+3 has been done yet.

I don't think I'm going to do it. If anybody will, many people will be grateful.
I personally suggest to look at net-wireless/iwd (it has its own client iwctl,
no other network managers like connman are necessary).

On 05/02/2020 16:16, Stefan Strogin wrote:
> Hi,
> 
> On 05/02/2020 09:11, Joonas Niilola wrote:
>>
>> # Stagnant upstream with latest release from 2016, python2-only, no
>> maintainer
>> # in Gentoo, no notable ebuild action in years, multiple bugs open. Blocks
>> # pygtk removal.
>> # Switch to alternatives such as,
>> # net-misc/connman, net-misc/dhcpcd, net-misc/netifrc,
>> net-misc/NetworkManager
>> # and so on. Removal in ~90 days. #
>>
>> 90-day removal window due it possibly being used in low-maintenance servers.
>>
>> Updated openrc ebuilds to not suggest installing wicd anymore but
>> connman instead,
>> https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a1a177f32dc3c792f5fc69f144b1728a705e1fba
>>
> 
> The upstream git is alive, it seems it is ported to Python 3,
> but not released yet: https://git.launchpad.net/wicd/log/
> Its git version is uploaded to Debian experimental:
> https://salsa.debian.org/debian/wicd/tree/python3
> https://packages.debian.org/experimental/wicd
> 
> So I am going to test if wicd-gtk from git works without pygtk and, if it 
> does,
> resurrect the ebuild.
> 




Re: [gentoo-dev] [PATCH 1/3] eclass/go-module: add support for building based on go.sum

2020-02-09 Thread William Hubbs
On Sun, Feb 09, 2020 at 12:31:19PM -0800, Robin H. Johnson wrote:
> EGO_SUM mode now supplements the existing EGO_VENDOR mode.
> 
> EGO_SUM should be populated by the maintainer, directly from the go.sum
> file of the root package. See eclass and conversion example
> (dev-go/go-tour & app-admin/kube-bench) for further details.
> 
> The go-module_set_globals function performs validation of
> inputs and does die on fatal errors.
> 
> Signed-off-by: Robin H. Johnson 
> ---
>  eclass/go-module.eclass| 328 +++--
>  profiles/thirdpartymirrors |   1 +
>  2 files changed, 311 insertions(+), 18 deletions(-)
> 
> diff --git eclass/go-module.eclass eclass/go-module.eclass
> index d5de5f60ccdf..b8a635d52de7 100644
> --- eclass/go-module.eclass
> +++ eclass/go-module.eclass
> @@ -4,22 +4,46 @@
>  # @ECLASS: go-module.eclass
>  # @MAINTAINER:
>  # William Hubbs 
> +# @AUTHOR:
> +# William Hubbs 
> +# Robin H. Johnson 
>  # @SUPPORTED_EAPIS: 7
>  # @BLURB: basic eclass for building software written as go modules
>  # @DESCRIPTION:
> -# This eclass provides basic settings and functions
> -# needed by all software written in the go programming language that uses
> -# go modules.
> +# This eclass provides basic settings and functions needed by all software
> +# written in the go programming language that uses go modules.
> +#
> +# You might know the software you are packaging uses modules because
> +# it has files named go.sum and go.mod in its top-level source directory.
> +# If it does not have these files, try use the golang-* eclasses FIRST!
> +# There ARE legacy Golang packages that use external modules with none of
> +# go.mod, go.sum, vendor/ that can use this eclass regardless.
> +#
> +# Guidelines for usage:
> +# "go.mod" && "go.sum" && "vendor/":
> +# - pre-vendored package. Do NOT set EGO_SUM or EGO_VENDOR.
> +#
> +# "go.mod" && "go.sum":
> +# - Populate EGO_SUM with entries from go.sum
> +# - Do NOT include any lines that contain /go.mod
> +#
> +# "go.mod" only:
> +# - Populate EGO_VENDOR

go.mod without go.sum can mean that there are no external dependencies, so there
shouldn't be a reason to populate EGO_VENDOR in this case.

Here is a valid go.mod:

--- cut here ---
module github.com/williamh/get-ego-vendor

go 1.12
--- cut here ---

If go.mod has require lines in it and go.sum doesn't exist, this is
an issue to address upstream.

The way I see this going is to transition to EGO_SUM and
drop EGO_VENDOR. unless I'm missing something.


Thanks,

William


signature.asc
Description: Digital signature


Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

2020-02-09 Thread Matt Turner
On Sun, Feb 9, 2020 at 1:16 PM Michael 'veremitz' Everitt
 wrote:
>
> On 09/02/20 20:59, Michael 'veremitz' Everitt wrote:
> > On 09/02/20 20:57, Michael 'veremitz' Everitt wrote:
> >> On 09/02/20 20:55, Michał Górny wrote:
> >>> On Sun, 2020-02-09 at 20:38 +, Michael 'veremitz' Everitt wrote:
>  Hrm, pardon my ignorance, but do 'we' really need to review 232 lines of
>  Manifest?!
> >>> Pardon mine but do 'we' really need to read your useless comments
> >>> everywhere, all the time and just get irritated for no benefit to
> >>> Gentoo?
> >>>
> >> There's a really simple method to deal with that .. would you like me to
> >> explain, or would that be 'useless' too?
> >>
> > For the benefit of other readers, it's clear Michal is incapable of
> > implementing the measures I am thinking of .. or simply isn't aware of what
> > they might be?
> > which is quite unusual for a developer of his supposed capability ...
> >
> For the avoidance of doubt, whilst my ban from this list is enacted, here
> is the list of "Unacceptable behaviour" from the Gentoo Code of Conduct[1].
>
> "Deciding to suspend or ban someone isn't a decision to be taken lightly,
> but sometimes it has to happen. Below is a list of things that could result
> in disciplinary action. * Flaming and trolling. What is trolling? You are
> deemed to be trolling if you make comments intended to provoke an angry
> response from others. What is flaming? Flaming is the act of sending or
> posting messages that are deliberately hostile and insulting.
> * Posting/participating only to incite drama or negativity rather than to
> tactfully share information.
> * Being judgmental, mean-spirited or insulting. It is possible to
> respectfully challenge someone in a way that empowers without being
> judgemental.
> * Constantly purveying misinformation despite repeated warnings."
>
> It is left as an exercise for the reader, who is transgressing here...
>

"Technically I'm not violating the rules" is the weakest argument.

Can you just please save everyone the headache of litigating this and
act a little more professional and a little less silly on the mailing
list? (And on IRC if I'm asking)

Here's a good approximation to determine whether your mail is worth
sending: before you press send, ask yourself if the person you're
replying to gains anything by reading your reply. If the answer is on
the range "unlikely" to "no", then just don't send the reply.



Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

2020-02-09 Thread Michael 'veremitz' Everitt
On 09/02/20 20:59, Michael 'veremitz' Everitt wrote:
> On 09/02/20 20:57, Michael 'veremitz' Everitt wrote:
>> On 09/02/20 20:55, Michał Górny wrote:
>>> On Sun, 2020-02-09 at 20:38 +, Michael 'veremitz' Everitt wrote:
 Hrm, pardon my ignorance, but do 'we' really need to review 232 lines of
 Manifest?!
>>> Pardon mine but do 'we' really need to read your useless comments
>>> everywhere, all the time and just get irritated for no benefit to
>>> Gentoo?
>>>
>> There's a really simple method to deal with that .. would you like me to
>> explain, or would that be 'useless' too?
>>
> For the benefit of other readers, it's clear Michal is incapable of
> implementing the measures I am thinking of .. or simply isn't aware of what
> they might be?
> which is quite unusual for a developer of his supposed capability ...
>
For the avoidance of doubt, whilst my ban from this list is enacted, here
is the list of "Unacceptable behaviour" from the Gentoo Code of Conduct[1].

"Deciding to suspend or ban someone isn't a decision to be taken lightly,
but sometimes it has to happen. Below is a list of things that could result
in disciplinary action. * Flaming and trolling. What is trolling? You are
deemed to be trolling if you make comments intended to provoke an angry
response from others. What is flaming? Flaming is the act of sending or
posting messages that are deliberately hostile and insulting.
* Posting/participating only to incite drama or negativity rather than to
tactfully share information.
* Being judgmental, mean-spirited or insulting. It is possible to
respectfully challenge someone in a way that empowers without being
judgemental.
* Constantly purveying misinformation despite repeated warnings."

It is left as an exercise for the reader, who is transgressing here...



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

2020-02-09 Thread Michael 'veremitz' Everitt
On 09/02/20 20:57, Michael 'veremitz' Everitt wrote:
> On 09/02/20 20:55, Michał Górny wrote:
>> On Sun, 2020-02-09 at 20:38 +, Michael 'veremitz' Everitt wrote:
>>> Hrm, pardon my ignorance, but do 'we' really need to review 232 lines of
>>> Manifest?!
>> Pardon mine but do 'we' really need to read your useless comments
>> everywhere, all the time and just get irritated for no benefit to
>> Gentoo?
>>
> There's a really simple method to deal with that .. would you like me to
> explain, or would that be 'useless' too?
>
For the benefit of other readers, it's clear Michal is incapable of
implementing the measures I am thinking of .. or simply isn't aware of what
they might be?
which is quite unusual for a developer of his supposed capability ...



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

2020-02-09 Thread Michael 'veremitz' Everitt
On 09/02/20 20:55, Michał Górny wrote:
> On Sun, 2020-02-09 at 20:38 +, Michael 'veremitz' Everitt wrote:
>> Hrm, pardon my ignorance, but do 'we' really need to review 232 lines of
>> Manifest?!
> Pardon mine but do 'we' really need to read your useless comments
> everywhere, all the time and just get irritated for no benefit to
> Gentoo?
>
There's a really simple method to deal with that .. would you like me to
explain, or would that be 'useless' too?



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

2020-02-09 Thread Michał Górny
On Sun, 2020-02-09 at 20:38 +, Michael 'veremitz' Everitt wrote:
> Hrm, pardon my ignorance, but do 'we' really need to review 232 lines of
> Manifest?!

Pardon mine but do 'we' really need to read your useless comments
everywhere, all the time and just get irritated for no benefit to
Gentoo?

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

2020-02-09 Thread Michael 'veremitz' Everitt
On 09/02/20 20:47, Robin H. Johnson wrote:
> On Sun, Feb 09, 2020 at 08:38:23PM +, Michael 'veremitz' Everitt wrote:
>> On 09/02/20 20:31, Robin H. Johnson wrote:
> ...
>> Hrm, pardon my ignorance, but do 'we' really need to review 232 lines of
>> Manifest?!
> No, but I wanted to show scale of Manifest that is going to be present
> in covering all the dependencies for static-build languages like Golang.
>
> Every entry in EGO_SUM is 2-3 files that need to be fetched (two tiny
> files, one a bit larger [zip of source]).
>
> app-admin/kube-bench has _77_ dependencies, each with 3 distfiles.
>
Yoikes, gotcha ! :]



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

2020-02-09 Thread Robin H. Johnson
On Sun, Feb 09, 2020 at 08:38:23PM +, Michael 'veremitz' Everitt wrote:
> On 09/02/20 20:31, Robin H. Johnson wrote:
...
> Hrm, pardon my ignorance, but do 'we' really need to review 232 lines of
> Manifest?!
No, but I wanted to show scale of Manifest that is going to be present
in covering all the dependencies for static-build languages like Golang.

Every entry in EGO_SUM is 2-3 files that need to be fetched (two tiny
files, one a bit larger [zip of source]).

app-admin/kube-bench has _77_ dependencies, each with 3 distfiles.

-- 
Robin Hugh Johnson
Gentoo Linux: Dev, Infra Lead, Foundation Treasurer
E-Mail   : robb...@gentoo.org
GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136


signature.asc
Description: PGP signature


Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

2020-02-09 Thread Michael 'veremitz' Everitt
On 09/02/20 20:31, Robin H. Johnson wrote:
> Signed-off-by: Robin H. Johnson 
> ---
>  app-admin/kube-bench/Manifest | 232 ++
>  .../kube-bench/kube-bench-0.2.3-r1.ebuild | 120 +
>  2 files changed, 352 insertions(+)
>  create mode 100644 app-admin/kube-bench/kube-bench-0.2.3-r1.ebuild
>
> diff --git app-admin/kube-bench/Manifest app-admin/kube-bench/Manifest
> index 0321873230e4..700b432ae04e 100644
> --- app-admin/kube-bench/Manifest
> +++ app-admin/kube-bench/Manifest
> @@ -1,3 +1,171 @@
> +DIST cloud.google.com%2Fgo%2F@v%2Fv0.37.4.info 51 BLAKE2B 
> 0b87b5b8f8ea4ccdd26272750a7fe8d9228d451c46b166f4478c89c0c7918bb6eb2d611c416795ea9e09c121754eed102933e996b6f4a731ad0a50cb97a01875
>  SHA512 
> ad485c9d6b16cbc36ec0e3b85ba9d80f7d46f68f8fb36bcfe721774a6e46d04a23705b166d8f606ca44d21fd412c97fc0d68f2e0d9a33011cc89aa9e9a856229
> +DIST cloud.google.com%2Fgo%2F@v%2Fv0.37.4.mod 1006 BLAKE2B 
> ed912b9fe91ee4e16f58b599232ea85bc1f994a290e8f514f6d053bad6312422c18e868b9d419079c63cd547781dcf82994b53af6ef10bb23fea05b66f55747f
>  SHA512 
> 8e12292cb0c83d0ea8d4227c27fdabaed182de6f42bc6a29bd53848c41c87754994dd50df282ff30ab78411d54a6667a371d84b620d1b02f3f953429e3c2e97b
> +DIST cloud.google.com%2Fgo%2F@v%2Fv0.37.4.zip 2717957 BLAKE2B 
> d5de25820cbee7f89ca2fce9c721b59839c1d1c38023e5d0ae153423b3ffc6b5e344d978d5a5cd18f99f732b56946a779adf82b1074eb78a2feccbdbd9962739
>  SHA512 
> 7bb51ac0b816eb709386e0116fdd2e7cd9f3e6dc55db7b0d2ea5e221b45647b05452da36839ef840c701d74fa0aabd71b92459944761b686aa91379f935ca5dc
> +DIST github.com%2F!burnt!sushi%2Ftoml%2F@v%2Fv0.3.1.info 50 BLAKE2B 
> 142643662a79ba5e13604668b5e5983c53c794ad5f6185e25bf4906c6a5a57f04fe30ff33be7da434799dea50e8562a68717a889f046eeb1776479ca781afb49
>  SHA512 
> 1e953b8c664b2c25982d7458129e61a41e9b91a75eea46ce2d0932fd14ea6a425810d1fb4dfe32988a41fa4bb975bdcd04a03439b7474b3d288a4b2d46067bd6
> +DIST github.com%2F!burnt!sushi%2Ftoml%2F@v%2Fv0.3.1.mod 34 BLAKE2B 
> ce54a247aef91043830bdf0603c8452ba38eceb1495af6e7a74c9119234a0dc5cd080cb25258c28f5e270acf91189a5ed33e361cbf17de2be5e37dadbda1d90d
>  SHA512 
> 320941bc3b7fb8bc595e6135cbc513a7583d129f0cd92508055291e141191066303cf75148e25198c21f6c6c539a790ea3210f3ecf5de6a2a03b70c753091146
> +DIST github.com%2F!burnt!sushi%2Ftoml%2F@v%2Fv0.3.1.zip 56132 BLAKE2B 
> 5edcfe991d7fc40094d637bae8d8d6f1f897ab3d3786ade2bb80287738103264520681ced8d30d2037253206c32d3f867f4d024a571cb9aad030ebc451e198eb
>  SHA512 
> 43ed64ae515738487e9b75a2290d0b2bc25e83c021a9f29b21487c37adbf34e74e1e7d3d5ec0dfe678c8396356f95c3993a5f5610d1791ff62056cd182a4272f
> +DIST github.com%2F!puerkito!bio%2Fpurell%2F@v%2Fv1.1.1.info 87 BLAKE2B 
> 5ba3587337f8cd5c67c84a707a6af2511996a78fdba29e7cc5a3a2d1ae9a0a56169b663f00831687d615786f89eb57b606d6e6106bae58e91290f4360e048152
>  SHA512 
> 37aba7f1fe097944d8f9600f02a578786015e955c67ade275329ca932e827765a279ac7af9795a2f607df4ae8663602ff1aa942c85674e8bbbef5b2d01a84d7e
> +DIST github.com%2F!puerkito!bio%2Fpurell%2F@v%2Fv1.1.1.mod 37 BLAKE2B 
> 9aad8d876b88c7c8976667747135ea2496c21542d029e879d80490e9d979923ac3060f65ddc443044db8eff2f92e2eed6b18682822f6b5706c5605d8de92ecbb
>  SHA512 
> 8382734877c9dc6a9c8a59b12d9735b6f971ea72ddeeb9985ea0cd0573820991a4b936baa1a643d38b694f1df7395d7b0d119f4f52be8d947f00adba96773989
> +DIST github.com%2F!puerkito!bio%2Fpurell%2F@v%2Fv1.1.1.zip 15402 BLAKE2B 
> efbf0c8a3f7e771b5a90ff620bfd513d476e21a672e3f7446202861121dcea08fa95d33b0438b6f1882273630e3cfe756c5934a14a1ab6b2676b117273616097
>  SHA512 
> 4c39d0907455b1c60e539e8497477e676bf7656c3b30996d55104d6129ebaa02079e5d7d27856352446ec2570c54f0d945be83e2a3445a025c85d12834120ea6
> +DIST 
> github.com%2F!puerkito!bio%2Furlesc%2F@v%2Fv0.0.0-20170810143723-de5bf2ad4578.info
>  78 BLAKE2B 
> 624792caee6d10a9767136e6206baa0f6874a126ceeba764c40dcf697850bc723299dd028c5c254262fc25a5b5b84878b0b874f71a267c9199a003f94150ddcb
>  SHA512 
> 5fa248cefba87b4376c9ebf40b8d271fba646106c68b903c90262344d054def1e7da472d059d09ae98b9c1f4ed2570e116eddf84cf544f839a49f312ed5b0e89
> +DIST 
> github.com%2F!puerkito!bio%2Furlesc%2F@v%2Fv0.0.0-20170810143723-de5bf2ad4578.mod
>  37 BLAKE2B 
> 28c9393f5171487d23b732afcbb1d3d835d13d1a63b7e852fd3205925742fcf5a686c39b0600359e9052770360e9396f6bfe52aecb51e3ed0a23611a2853
>  SHA512 
> a2b3211e3520fdef3d5c1991b5ad4b3745f4bb1b49be3afc5b1936c82b2a3058231b6cc17c63c85402cae0b80f037a70051d42738e89a708865e43dabf7b7b8a
> +DIST 
> github.com%2F!puerkito!bio%2Furlesc%2F@v%2Fv0.0.0-20170810143723-de5bf2ad4578.zip
>  8169 BLAKE2B 
> 61db06641c2c1db4102b72c097f63fae0bff296481556fa16e66ddd1808478aded29256befdc3d767b72f3abc91e376ae61656f8da2cfbfbb5ffbfe3fde20361
>  SHA512 
> 9746be89f7fc5d50acd6376f77d43754e4a40d9da173a0b3226b78b1b1fab9afd859f15332ae5a429ce1e0e85227ceef05d94f2237c4969a8e6fc5e8454937e6
> +DIST github.com%2Fdavecgh%2Fgo-spew%2F@v%2Fv1.1.1.info 50 BLAKE2B 
> 6189d1d85ef1da6c5f08a41697fc1690d6bf3cbef094affefdf78aa5c4e2342facdb1799d17c2bb1095184b0088f91e3ed54278857e82b5c1b5ed18af3923434
>  SHA512 
> 

Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum - diff vs previous version example

2020-02-09 Thread Robin H. Johnson
Attached is the diff between the EGO_VENDOR vs EGO_SUM variants of this
ebuild.

-- 
Robin Hugh Johnson
Gentoo Linux: Dev, Infra Lead, Foundation Treasurer
E-Mail   : robb...@gentoo.org
GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136
--- kube-bench-0.2.3.ebuild	2020-01-23 15:36:33.995072140 -0800
+++ kube-bench-0.2.3-r1.ebuild	2020-02-09 12:29:57.346606525 -0800
@@ -3,78 +3,95 @@
 
 EAPI=7
 EGO_PN=github.com/aquasecurity/kube-bench
-inherit go-module
 
 DESCRIPTION="Kubernetes Bench for Security runs the CIS Kubernetes Benchmark"
 HOMEPAGE="https://github.com/aquasecurity/kube-bench;
 
-EGO_VENDOR=(
-	"github.com/PuerkitoBio/purell v1.1.1"
-	"github.com/PuerkitoBio/urlesc de5bf2ad4578"
-	"github.com/davecgh/go-spew v1.1.1"
-	"github.com/emicklei/go-restful v2.9.6"
-	"github.com/evanphx/json-patch v4.5.0"
-	"github.com/fatih/color v1.5.0"
-	"github.com/fsnotify/fsnotify v1.4.7"
-	"github.com/go-openapi/jsonpointer v0.19.2"
-	"github.com/go-openapi/jsonreference v0.19.2"
-	"github.com/go-openapi/spec v0.19.2"
-	"github.com/go-openapi/swag v0.19.2"
-	"github.com/gogo/protobuf v1.2.1"
-	"github.com/golang/glog 23def4e6c14b"
-	"github.com/golang/protobuf v1.3.1"
-	"github.com/google/gofuzz v1.0.0"
-	"github.com/googleapis/gnostic v0.3.0"
-	"github.com/hashicorp/hcl v1.0.0"
-	"github.com/imdario/mergo v0.3.5"
-	"github.com/inconshreveable/mousetrap v1.0.0"
-	"github.com/jinzhu/gorm 5174cc5c242a"
-	"github.com/jinzhu/inflection 1c35d901db3d"
-	"github.com/json-iterator/go v1.1.6"
-	"github.com/konsorten/go-windows-terminal-sequences v1.0.1"
-	"github.com/lib/pq 83612a56d3dd"
-	"github.com/magiconair/properties v1.8.0"
-	"github.com/mailru/easyjson da37f6c1e481"
-	"github.com/mattn/go-colorable 5411d3eea597"
-	"github.com/mattn/go-isatty 57fdcb988a5c"
-	"github.com/mitchellh/mapstructure v1.1.2"
-	"github.com/modern-go/concurrent bacd9c7ef1dd"
-	"github.com/modern-go/reflect2 v1.0.1"
-	"github.com/onsi/ginkgo v1.10.1"
-	"github.com/pelletier/go-toml v1.2.0"
-	"github.com/pkg/errors v0.8.1"
-	"github.com/pmezard/go-difflib v1.0.0"
-	"github.com/sirupsen/logrus v1.4.1"
-	"github.com/spf13/afero v1.2.2"
-	"github.com/spf13/cast v1.3.0"
-	"github.com/spf13/cobra v0.0.3"
-	"github.com/spf13/jwalterweatherman v1.0.0"
-	"github.com/spf13/pflag v1.0.3"
-	"github.com/spf13/viper v1.4.0"
-	"github.com/stretchr/objx v0.2.0"
-	"github.com/stretchr/testify v1.3.0"
-	"golang.org/x/crypto 5c40567a22f8 github.com/golang/crypto"
-	"golang.org/x/net 3b0461eec859 github.com/golang/net"
-	"golang.org/x/oauth2 9f3314589c9a github.com/golang/oauth2"
-	"golang.org/x/sys d432491b9138 github.com/golang/sys"
-	"golang.org/x/text v0.3.2 github.com/golang/text"
-	"golang.org/x/time 9d24e82272b4 github.com/golang/time"
-	"google.golang.org/appengine v1.5.0 github.com/golang/appengine"
-	"gopkg.in/inf.v0 v0.9.1 github.com/go-inf/inf"
-	"gopkg.in/yaml.v2 v2.2.4 github.com/go-yaml/yaml"
-	"k8s.io/api 6e4e0e4f393b github.com/kubernetes/api"
-	"k8s.io/apimachinery 6a84e37a896d github.com/kubernetes/apimachinery"
-	"k8s.io/client-go v11.0.0 github.com/kubernetes/client-go"
-	"k8s.io/klog v0.3.3 github.com/kubernetes/klog"
-	"k8s.io/kube-openapi db7b694dc208 github.com/kubernetes/kube-openapi"
-	"k8s.io/utils 6ca3b61696b6 github.com/kubernetes/utils"
-	"sigs.k8s.io/kind v0.5.1 github.com/kubernetes-sigs/kind"
-	"sigs.k8s.io/kustomize/v3 4b67a6de1296 github.com/kubernetes-sigs/kustomize"
-	"sigs.k8s.io/yaml v1.1.0 github.com/kubernetes-sigs/yaml"
+EGO_SUM=(
+	"cloud.google.com/go v0.37.4 h1:glPeL3BQJsbF6aIIYfZizMwc5LTYz250bDMjttbBGAU="
+	"github.com/BurntSushi/toml v0.3.1 h1:WXkYYl6Yr3qBf1K79EBnL4mak0OimBfB0XUf9Vl28OQ="
+	"github.com/PuerkitoBio/purell v1.1.1 h1:WEQqlqaGbrPkxLJWfBwQmfEAE1Z7ONdDLqrN38tNFfI="
+	"github.com/PuerkitoBio/urlesc v0.0.0-20170810143723-de5bf2ad4578 h1:d+Bc7a5rLufV/sSk/8dngufqelfh6jnri85riMAaF/M="
+	"github.com/davecgh/go-spew v1.1.1 h1:vj9j/u1bqnvCEfJOwUhtlOARqs3+rkHYY13jYWTU97c="
+	"github.com/denisenkom/go-mssqldb v0.0.0-20190515213511-eb9f6a1743f3 h1:tkum0XDgfR0jcVVXuTsYv/erY2NnEDqwRojbxR1rBYA="
+	"github.com/emicklei/go-restful v2.9.6+incompatible h1:tfrHha8zJ01ywiOEC1miGY8st1/igzWB8OmvPgoYX7w="
+	"github.com/erikstmartin/go-testdb v0.0.0-20160219214506-8d10e4a1bae5 h1:Yzb9+7DPaBjB8zlTR87/ElzFsnQfuHnVUVqpZZIcV5Y="
+	"github.com/evanphx/json-patch v4.5.0+incompatible h1:ouOWdg56aJriqS0huScTkVXPC5IcNrDCXZ6OoTAWu7M="
+	"github.com/fatih/color v1.5.0 h1:vBh+kQp8lg9XPr56u1CPrWjFXtdphMoGWVHr9/1c+A0="
+	"github.com/fsnotify/fsnotify v1.4.7 h1:IXs+QLmnXW2CcXuY+8Mzv/fWEsPGWxqefPtCP5CnV9I="
+	"github.com/go-openapi/jsonpointer v0.19.2 h1:A9+F4Dc/MCNB5jibxf6rRvOvR/iFgQdyNx9eIhnGqq0="
+	"github.com/go-openapi/jsonreference v0.19.2 h1:o20suLFB4Ri0tuzpWtyHlh7E7HnkqTNLq6aR6WVNS1w="
+	"github.com/go-openapi/spec v0.19.2 h1:SStNd1jRcYtfKCN7R0laGNs80WYYvn5CbBjM2sOmCrE="
+	"github.com/go-openapi/swag v0.19.2 h1:jvO6bCMBEilGwMfHhrd61zIID4oIFdwb76V17SM88dE="
+	

[gentoo-dev] [PATCH 2/3] dev-go/go-tour: convert to go-module go.sum

2020-02-09 Thread Robin H. Johnson
Signed-off-by: Robin H. Johnson 
---
 dev-go/go-tour/Manifest  | 12 
 dev-go/go-tour/go-tour-0_p20190829-r2.ebuild | 67 
 2 files changed, 79 insertions(+)
 create mode 100644 dev-go/go-tour/go-tour-0_p20190829-r2.ebuild

diff --git dev-go/go-tour/Manifest dev-go/go-tour/Manifest
index 4790cfab02c5..6f95359859a5 100644
--- dev-go/go-tour/Manifest
+++ dev-go/go-tour/Manifest
@@ -1,3 +1,15 @@
 DIST github.com-golang-net-3b0461eec859c4b73bb64fdc8285971fd33e3938.tar.gz 
1099680 BLAKE2B 
989a8d6c9166696bef1aff398acc8cd1e41e1240c5c113be030c80355cdf96eaa6d5f231c99f2c44d8eacf199579804c59fc45f999862bc4bf057b694841c8dc
 SHA512 
5e42e26ac17f52d6408b63eebd740bedc5a78b8023b675688d7b39b20afa53b34ffde764b693828143483c8f5450180f6a00e9eb28b8f3f6e14303cc4cd7c62b
 DIST github.com-golang-tools-7b79afddac434519a8ca775cc575fddb0d162aab.tar.gz 
2682003 BLAKE2B 
60d9981b9fcc47077bc0dc1179e518ba2f2373595d5798eb6aa37a832ce72f475b0808b2030919f141cd978533792294fdd8528e1d52b4eeec6e9f1a3b6e772d
 SHA512 
5b7af03d138567edaa70e1b3555b8a9c4822f33c3fb14e8ec435499d21f46d61f44b62fddcec3ecc6f75d4e9a6dfb6b2a7526ddf8785d933941d64e646dc1b9b
 DIST go-tour-0_p20190829.tar.gz 321179 BLAKE2B 
56fad2c3608aec9653e31a59e8696aa445375de88f17e72a95620b4b375c88b8e45838360c09a1c53184e5a20c1a5ca044f6ad055de3736e675d3faf3fd52a91
 SHA512 
2701234788810a8fdb932faae666ec89796664e078b3170344b8c219a2247a510df66bff825bdc458ba062bd4b3f5dccd07dbf88a092053b1ea791c2f50248f4
+DIST golang.org%2Fx%2Fcrypto%2F@v%2Fv0.0.0-20190308221718-c2843e01d9a2.info 
171 BLAKE2B 
313405907f82b1650040741e41b453e6ac2d2b4cff9fc0f6ca6fce22212ee964765fe534f3062a969f167c46fff427336d84be4dea70ede3434b4f8a6f89834e
 SHA512 
653a6d30eddf1193eea2d158041dc5896927051c87381e5891371bcae8d00adbcc9100b7575d27bd50856a56f66672a70b6e0e7c749f80749fe6f48d260dbbc9
+DIST golang.org%2Fx%2Fcrypto%2F@v%2Fv0.0.0-20190308221718-c2843e01d9a2.mod 88 
BLAKE2B 
aec7d0eea1278eb3d1568d5bfb4041267501ad14457ebfcbdbc5fe21473170b8616ca4028f52af2edbfd85922cbe04540b4b0df7f69f63197698143cc5557a7a
 SHA512 
2df49895053b36fed7ea905aa73f86568fbafd79ff0a7976679d8c77cf15025129435d9dbfd89367b611b1aadbea4f4bd1835eb4efa9ea702466e443638d379e
+DIST golang.org%2Fx%2Fnet%2F@v%2Fv0.0.0-20190311183353-d8887717615a.info 78 
BLAKE2B 
9da0dc973ef2adfc468fcd35d6ab9a3f1b51360004742722c1142e402cc99e868b6839ad09696d5c9304fd979d9dd7c30e14fd31edb0d7ab64efca7eeacaece2
 SHA512 
eb56e04a7c9db64029a4164b848cc18433f325fee50fafbf425a063b3029a88dc6434bc755b05b86795ca6646e06458fc0818e6c3938f6860df9fb80a1a0b45b
+DIST golang.org%2Fx%2Fnet%2F@v%2Fv0.0.0-20190311183353-d8887717615a.mod 119 
BLAKE2B 
e042b2716739483252c3340451b2c3c7b421fdf8d6b3e0333e979802fca66159596982ea63a24b6a64457b2757a0ad24cbb9ea032bab4c5377edf84a3ea18b97
 SHA512 
26b6c92eecd2208967336d4d23f8a71f77f9a73643ad1e5cd84dee36b2f626fffc806e4dd33acc284831a0961e2b363d898a747903235945fbfb665c5b4d5ef2
+DIST golang.org%2Fx%2Fnet%2F@v%2Fv0.0.0-20190311183353-d8887717615a.zip 
1273340 BLAKE2B 
7d42472afb905448b6ae6f66258dc805fa7c4b9c8dffb230ad6458b250fe5d564a3f6e2bf97b241ac9293c9f5885f28cc996ab7953a0ba9e97b8731911b982d5
 SHA512 
57852d3cd066a9eb279f909b464824041e138db1eb98c66ffbbc81259cb3f94da8ecd4d2b961646fbbe0c05156785ab2f44408b19d9f467001627d7b12fed4af
+DIST golang.org%2Fx%2Fsys%2F@v%2Fv0.0.0-20190215142949-d0b11bdaac8a.info 78 
BLAKE2B 
fbfc727dc55b0c936d8b3ade389ac99e3b496e898465c40eb26fcf83f91186de86f1934534b94338fe7ad5d849253af4e8446cf7a02f8eb1b90a4d08f6cbb7c8
 SHA512 
e9aceb0cc8799003bfce72dcae244a0d1872b27bb59488a2622b4d07c44259375d7d5f23378030640b3ead90baa050685773accef97115758482db1c5fc0d39d
+DIST golang.org%2Fx%2Fsys%2F@v%2Fv0.0.0-20190215142949-d0b11bdaac8a.mod 24 
BLAKE2B 
64a70c4594f5d3c37d962c1ed07630fba8abeaf534242f8f1509af271684499252af9a2320d5bac8e44064dba344b807535e4e9dd085fc0fb47bd9304120601a
 SHA512 
ffe50fccf7f1d200f2ebc805b190e3f10c5a3184458a38f4590e520d7ce115e1520fbabe56651bbdc2e08da4a8db5ac86d0e88728efde3ab26c64ab4e0cd604c
+DIST golang.org%2Fx%2Ftext%2F@v%2Fv0.3.0.info 50 BLAKE2B 
6f0aeb3755c3ee872512cd6baeff9bb953a4889af43dd75d419799bfaab26af4f65ffb11ab47ec6867c90e37b301f71ab03ab16a1bf9fcc460dad2dbda5879f1
 SHA512 
86e6bddc59a332bf2f670d5728a12ed932053480941a660cde7c109823652269265f7b8ded6bd080b8d4f74985e822c89be1163fbb389870b6b8314955d5b5fd
+DIST golang.org%2Fx%2Ftext%2F@v%2Fv0.3.0.mod 25 BLAKE2B 
31009af0fdcd0f8730c9985287e6e364ec4e5183e57e92560dbc80a2010eced51b8a90f01a82b49384268c8a0adbf69d179c205d3f68e0eb459169d2ea9528f0
 SHA512 
ca081ef7cccd7bbedc6843fbe0c452352661a07e1298cd02ff338ed79d807c6401d613a3cf20011189d2f98a794ffa410547b3e352eb58a6f0a84822285d391d
+DIST golang.org%2Fx%2Ftools%2F@v%2Fv0.0.0-20190312164927-7b79afddac43.info 171 
BLAKE2B 
f9a42989df72accea8b98ba2c039b49fbfe14c04680b9e4eee9dda4a6e43d95aa5a346c1cb6770fce9ed333f73bf54ef5e6c536bd86c7dd4113feb7e456e5d18
 SHA512 
86afb7ff3aac1adf3083aaf1ddbe417b6ba6db0e2531ff668c6e1b5c43618890af140474a260b26c8a4208fa8ab245b2d2539f434a2df4141c1c19116bc82359
+DIST 

[gentoo-dev] [PATCH 1/3] eclass/go-module: add support for building based on go.sum

2020-02-09 Thread Robin H. Johnson
EGO_SUM mode now supplements the existing EGO_VENDOR mode.

EGO_SUM should be populated by the maintainer, directly from the go.sum
file of the root package. See eclass and conversion example
(dev-go/go-tour & app-admin/kube-bench) for further details.

The go-module_set_globals function performs validation of
inputs and does die on fatal errors.

Signed-off-by: Robin H. Johnson 
---
 eclass/go-module.eclass| 328 +++--
 profiles/thirdpartymirrors |   1 +
 2 files changed, 311 insertions(+), 18 deletions(-)

diff --git eclass/go-module.eclass eclass/go-module.eclass
index d5de5f60ccdf..b8a635d52de7 100644
--- eclass/go-module.eclass
+++ eclass/go-module.eclass
@@ -4,22 +4,46 @@
 # @ECLASS: go-module.eclass
 # @MAINTAINER:
 # William Hubbs 
+# @AUTHOR:
+# William Hubbs 
+# Robin H. Johnson 
 # @SUPPORTED_EAPIS: 7
 # @BLURB: basic eclass for building software written as go modules
 # @DESCRIPTION:
-# This eclass provides basic settings and functions
-# needed by all software written in the go programming language that uses
-# go modules.
+# This eclass provides basic settings and functions needed by all software
+# written in the go programming language that uses go modules.
+#
+# You might know the software you are packaging uses modules because
+# it has files named go.sum and go.mod in its top-level source directory.
+# If it does not have these files, try use the golang-* eclasses FIRST!
+# There ARE legacy Golang packages that use external modules with none of
+# go.mod, go.sum, vendor/ that can use this eclass regardless.
+#
+# Guidelines for usage:
+# "go.mod" && "go.sum" && "vendor/":
+# - pre-vendored package. Do NOT set EGO_SUM or EGO_VENDOR.
+#
+# "go.mod" && "go.sum":
+# - Populate EGO_SUM with entries from go.sum
+# - Do NOT include any lines that contain /go.mod
+#
+# "go.mod" only:
+# - Populate EGO_VENDOR
 #
-# You will know the software you are packaging uses modules because
-# it will have files named go.sum and go.mod in its top-level source
-# directory. If it does not have these files, use the golang-* eclasses.
+# None of the above:
+# - Did you try golang-* eclasses first? Upstream has undeclared dependencies
+#   (perhaps really old source). You can use either EGO_SUM or EGO_VENDOR.
+
 #
-# If it has these files and a directory named vendor in its top-level
-# source directory, you only need to inherit the eclass since upstream
-# is vendoring the dependencies.
+# If it has these files AND a directory named "vendor" in its top-level source
+# directory, you only need to inherit the eclass since upstream has already
+# vendored the dependencies.
+
+# If it does not have a vendor directory, you should use the EGO_SUM
+# variable and the go-module_gosum_uris function as shown in the
+# example below to handle dependencies.
 #
-# If it does not have a vendor directory, you should use the EGO_VENDOR
+# Alternatively, older versions of this eclass used the EGO_VENDOR
 # variable and the go-module_vendor_uris function as shown in the
 # example below to handle dependencies.
 #
@@ -28,6 +52,21 @@
 # dependencies. So please make sure it is accurate.
 #
 # @EXAMPLE:
+# @CODE
+#
+# inherit go-module
+#
+# EGO_SUM=(
+#  "github.com/BurntSushi/toml v0.3.1 
h1:WXkYYl6Yr3qBf1K79EBnL4mak0OimBfB0XUf9Vl28OQ="
+#  "github.com/BurntSushi/toml v0.3.1/go.mod 
h1:WXkYYl6Yr3qBf1K79EBnL4mak0OimBfB0XUf9Vl28OQ="
+# )
+# S="${WORKDIR}/${MY_P}"
+# go-module_set_globals
+#
+# SRC_URI="https://github.com/example/${PN}/archive/v${PV}.tar.gz -> 
${P}.tar.gz
+# ${EGO_SUM_SRC_URI}"
+#
+# @CODE
 #
 # @CODE
 #
@@ -35,7 +74,7 @@
 #
 # EGO_VENDOR=(
 #  "github.com/xenolf/lego 6cac0ea7d8b28c889f709ec7fa92e92b82f490dd"
-# "golang.org/x/crypto 453249f01cfeb54c3d549ddb75ff152ca243f9d8 
github.com/golang/crypto"
+#  "golang.org/x/crypto 453249f01cfeb54c3d549ddb75ff152ca243f9d8 
github.com/golang/crypto"
 # )
 #
 # SRC_URI="https://github.com/example/${PN}/archive/v${PV}.tar.gz -> 
${P}.tar.gz
@@ -64,10 +103,12 @@ export GO111MODULE=on
 export GOCACHE="${T}/go-build"
 
 # The following go flags should be used for all builds.
-# -mod=vendor stopps downloading of dependencies from the internet.
 # -v prints the names of packages as they are compiled
 # -x prints commands as they are executed
-export GOFLAGS="-mod=vendor -v -x"
+# -mod=vendor use the vendor directory instead of downloading dependencies
+# -mod=readonly do not update go.mod/go.sum but fail if updates are needed
+export GOFLAGS="-v -x -mod=readonly"
+[[ ${#EGO_VENDOR[@]} -gt 0 ]] && GOFLAGS+=" -mod=vendor"
 
 # Do not complain about CFLAGS etc since go projects do not use them.
 QA_FLAGS_IGNORED='.*'
@@ -75,7 +116,23 @@ QA_FLAGS_IGNORED='.*'
 # Go packages should not be stripped with strip(1).
 RESTRICT="strip"
 
-EXPORT_FUNCTIONS src_unpack pkg_postinst
+EXPORT_FUNCTIONS src_unpack src_prepare pkg_postinst
+
+# @ECLASS-VARIABLE: EGO_SUM
+# @DESCRIPTION:
+# This variable duplicates the go.sum content from inside the 

[gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

2020-02-09 Thread Robin H. Johnson
Signed-off-by: Robin H. Johnson 
---
 app-admin/kube-bench/Manifest | 232 ++
 .../kube-bench/kube-bench-0.2.3-r1.ebuild | 120 +
 2 files changed, 352 insertions(+)
 create mode 100644 app-admin/kube-bench/kube-bench-0.2.3-r1.ebuild

diff --git app-admin/kube-bench/Manifest app-admin/kube-bench/Manifest
index 0321873230e4..700b432ae04e 100644
--- app-admin/kube-bench/Manifest
+++ app-admin/kube-bench/Manifest
@@ -1,3 +1,171 @@
+DIST cloud.google.com%2Fgo%2F@v%2Fv0.37.4.info 51 BLAKE2B 
0b87b5b8f8ea4ccdd26272750a7fe8d9228d451c46b166f4478c89c0c7918bb6eb2d611c416795ea9e09c121754eed102933e996b6f4a731ad0a50cb97a01875
 SHA512 
ad485c9d6b16cbc36ec0e3b85ba9d80f7d46f68f8fb36bcfe721774a6e46d04a23705b166d8f606ca44d21fd412c97fc0d68f2e0d9a33011cc89aa9e9a856229
+DIST cloud.google.com%2Fgo%2F@v%2Fv0.37.4.mod 1006 BLAKE2B 
ed912b9fe91ee4e16f58b599232ea85bc1f994a290e8f514f6d053bad6312422c18e868b9d419079c63cd547781dcf82994b53af6ef10bb23fea05b66f55747f
 SHA512 
8e12292cb0c83d0ea8d4227c27fdabaed182de6f42bc6a29bd53848c41c87754994dd50df282ff30ab78411d54a6667a371d84b620d1b02f3f953429e3c2e97b
+DIST cloud.google.com%2Fgo%2F@v%2Fv0.37.4.zip 2717957 BLAKE2B 
d5de25820cbee7f89ca2fce9c721b59839c1d1c38023e5d0ae153423b3ffc6b5e344d978d5a5cd18f99f732b56946a779adf82b1074eb78a2feccbdbd9962739
 SHA512 
7bb51ac0b816eb709386e0116fdd2e7cd9f3e6dc55db7b0d2ea5e221b45647b05452da36839ef840c701d74fa0aabd71b92459944761b686aa91379f935ca5dc
+DIST github.com%2F!burnt!sushi%2Ftoml%2F@v%2Fv0.3.1.info 50 BLAKE2B 
142643662a79ba5e13604668b5e5983c53c794ad5f6185e25bf4906c6a5a57f04fe30ff33be7da434799dea50e8562a68717a889f046eeb1776479ca781afb49
 SHA512 
1e953b8c664b2c25982d7458129e61a41e9b91a75eea46ce2d0932fd14ea6a425810d1fb4dfe32988a41fa4bb975bdcd04a03439b7474b3d288a4b2d46067bd6
+DIST github.com%2F!burnt!sushi%2Ftoml%2F@v%2Fv0.3.1.mod 34 BLAKE2B 
ce54a247aef91043830bdf0603c8452ba38eceb1495af6e7a74c9119234a0dc5cd080cb25258c28f5e270acf91189a5ed33e361cbf17de2be5e37dadbda1d90d
 SHA512 
320941bc3b7fb8bc595e6135cbc513a7583d129f0cd92508055291e141191066303cf75148e25198c21f6c6c539a790ea3210f3ecf5de6a2a03b70c753091146
+DIST github.com%2F!burnt!sushi%2Ftoml%2F@v%2Fv0.3.1.zip 56132 BLAKE2B 
5edcfe991d7fc40094d637bae8d8d6f1f897ab3d3786ade2bb80287738103264520681ced8d30d2037253206c32d3f867f4d024a571cb9aad030ebc451e198eb
 SHA512 
43ed64ae515738487e9b75a2290d0b2bc25e83c021a9f29b21487c37adbf34e74e1e7d3d5ec0dfe678c8396356f95c3993a5f5610d1791ff62056cd182a4272f
+DIST github.com%2F!puerkito!bio%2Fpurell%2F@v%2Fv1.1.1.info 87 BLAKE2B 
5ba3587337f8cd5c67c84a707a6af2511996a78fdba29e7cc5a3a2d1ae9a0a56169b663f00831687d615786f89eb57b606d6e6106bae58e91290f4360e048152
 SHA512 
37aba7f1fe097944d8f9600f02a578786015e955c67ade275329ca932e827765a279ac7af9795a2f607df4ae8663602ff1aa942c85674e8bbbef5b2d01a84d7e
+DIST github.com%2F!puerkito!bio%2Fpurell%2F@v%2Fv1.1.1.mod 37 BLAKE2B 
9aad8d876b88c7c8976667747135ea2496c21542d029e879d80490e9d979923ac3060f65ddc443044db8eff2f92e2eed6b18682822f6b5706c5605d8de92ecbb
 SHA512 
8382734877c9dc6a9c8a59b12d9735b6f971ea72ddeeb9985ea0cd0573820991a4b936baa1a643d38b694f1df7395d7b0d119f4f52be8d947f00adba96773989
+DIST github.com%2F!puerkito!bio%2Fpurell%2F@v%2Fv1.1.1.zip 15402 BLAKE2B 
efbf0c8a3f7e771b5a90ff620bfd513d476e21a672e3f7446202861121dcea08fa95d33b0438b6f1882273630e3cfe756c5934a14a1ab6b2676b117273616097
 SHA512 
4c39d0907455b1c60e539e8497477e676bf7656c3b30996d55104d6129ebaa02079e5d7d27856352446ec2570c54f0d945be83e2a3445a025c85d12834120ea6
+DIST 
github.com%2F!puerkito!bio%2Furlesc%2F@v%2Fv0.0.0-20170810143723-de5bf2ad4578.info
 78 BLAKE2B 
624792caee6d10a9767136e6206baa0f6874a126ceeba764c40dcf697850bc723299dd028c5c254262fc25a5b5b84878b0b874f71a267c9199a003f94150ddcb
 SHA512 
5fa248cefba87b4376c9ebf40b8d271fba646106c68b903c90262344d054def1e7da472d059d09ae98b9c1f4ed2570e116eddf84cf544f839a49f312ed5b0e89
+DIST 
github.com%2F!puerkito!bio%2Furlesc%2F@v%2Fv0.0.0-20170810143723-de5bf2ad4578.mod
 37 BLAKE2B 
28c9393f5171487d23b732afcbb1d3d835d13d1a63b7e852fd3205925742fcf5a686c39b0600359e9052770360e9396f6bfe52aecb51e3ed0a23611a2853
 SHA512 
a2b3211e3520fdef3d5c1991b5ad4b3745f4bb1b49be3afc5b1936c82b2a3058231b6cc17c63c85402cae0b80f037a70051d42738e89a708865e43dabf7b7b8a
+DIST 
github.com%2F!puerkito!bio%2Furlesc%2F@v%2Fv0.0.0-20170810143723-de5bf2ad4578.zip
 8169 BLAKE2B 
61db06641c2c1db4102b72c097f63fae0bff296481556fa16e66ddd1808478aded29256befdc3d767b72f3abc91e376ae61656f8da2cfbfbb5ffbfe3fde20361
 SHA512 
9746be89f7fc5d50acd6376f77d43754e4a40d9da173a0b3226b78b1b1fab9afd859f15332ae5a429ce1e0e85227ceef05d94f2237c4969a8e6fc5e8454937e6
+DIST github.com%2Fdavecgh%2Fgo-spew%2F@v%2Fv1.1.1.info 50 BLAKE2B 
6189d1d85ef1da6c5f08a41697fc1690d6bf3cbef094affefdf78aa5c4e2342facdb1799d17c2bb1095184b0088f91e3ed54278857e82b5c1b5ed18af3923434
 SHA512 
483c62e4bb94dc12faabdbd751fde0b10ee550eb71ac0b092b412e3e7f34389d45027957abc843fc597c5d9dfa5cf6544a5242f27769e7505afb0ad8ac370041
+DIST github.com%2Fdavecgh%2Fgo-spew%2F@v%2Fv1.1.1.mod 34 

[gentoo-dev] Last rites: net-nntp/kwooty

2020-02-09 Thread Andreas Sturmlechner
# Andreas Sturmlechner  (2020-02-09)
# Dead upstream, broken by Qt 5.14, bug #703930.
# Masked for removal in 30 days.
net-nntp/kwooty

signature.asc
Description: This is a digitally signed message part.