le mode by adding GO111MODULE=on to the
environment.
William Hubbs (1):
go-module.eclass: introduce new eclass to handle go modules
eclass/go-module.eclass | 105
1 file changed, 105 insertions(+)
create mode 100644 eclass/go-module.eclass
--
2.21.0
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 105
1 file changed, 105 insertions(+)
create mode 100644 eclass/go-module.eclass
diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
new file mode 100644
index 000
On Tue, Sep 17, 2019 at 07:36:07AM +0200, Michał Górny wrote:
> On Mon, 2019-09-16 at 17:00 -0500, William Hubbs wrote:
> > On Mon, Sep 16, 2019 at 11:50:12AM -0700, Zac Medico wrote:
> > > On 9/16/19 11:35 AM, William Hubbs wrote:
> > > > On Mon, Sep 16, 2019 at 11:0
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 161
1 file changed, 161 insertions(+)
create mode 100644 eclass/go-module.eclass
diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
new file mode 100644
index 000
After some discussion with zmedico, this iteration uses EGO_VENDOR from
the previous eclasses so that you don't have to make a vendor tarball.
Thanks,
William
William Hubbs (1):
go-module.eclass: introduce new eclass to handle go modules
eclass/go-module.eclass
On Wed, Sep 18, 2019 at 12:28:29PM -0700, Zac Medico wrote:
> On 9/18/19 11:04 AM, Alec Warner wrote:
> >
> >
> > On Wed, Sep 18, 2019 at 10:50 AM Michael Orlitzky > <mailto:m...@gentoo.org>> wrote:
> >
> > On 9/16/19 10:17 AM, William Hubbs
On Wed, Sep 18, 2019 at 10:29:12PM +0200, Michał Górny wrote:
> On Wed, 2019-09-18 at 15:26 -0500, William Hubbs wrote:
> > Signed-off-by: William Hubbs
> > ---
> > eclass/go-module.eclass | 161
> > 1 file changed, 161 ins
On Sat, Sep 21, 2019 at 09:17:53PM +0200, Ulrich Mueller wrote:
> > On Sat, 21 Sep 2019, Michał Górny wrote:
>
> > TL;DR: I'd like to replace 'GPL-2' with 'GPL-2-only' etc., having
> > the former trigger QA warning asking the dev to double-check if it's
> > 'GPL-2-only' or 'GPL-2+'.
>
> This
All,
after some further discussion, I decided to split the eclass.
The go-module eclass in this thread would be used if your upstream
project vendors its dependencies and the go-module-vendor eclass would
be used otherwise.
Thanks,
William
William Hubbs (2):
go-module.eclass: new eclass for
This eclass includes the basic settings and a pkg_postinst function for
go modules.
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 79 +
1 file changed, 79 insertions(+)
create mode 100644 eclass/go-module.eclass
diff --git a/eclass/go
-vendor.eclass
+# @MAINTAINER:
+# William Hubbs
+# @SUPPORTED_EAPIS: 7
+# @BLURB: Eclass for building software written in the go
+# programming language that uses go modules and does not vendor.
+# @DESCRIPTION:
+# This eclass provides a src_unpack function which supports vendoring
+# dependencies for software
On Sat, Sep 21, 2019 at 09:57:25PM +0200, Michał Górny wrote:
> On Sat, 2019-09-21 at 14:26 -0500, William Hubbs wrote:
> > On Sat, Sep 21, 2019 at 09:17:53PM +0200, Ulrich Mueller wrote:
> > > > > > > > On Sat, 21 Sep 2019, Michał Górny wrote:
> > > >
This eclass includes the basic settings and a pkg_postinst function for
go modules.
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 79 +
1 file changed, 79 insertions(+)
create mode 100644 eclass/go-module.eclass
diff --git a/eclass/go
hanks,
William
William Hubbs (2):
go-module.eclass: new eclass for go modules
go-module-vendor.eclass: new eclass for go modules that do not vendor
eclass/go-module-vendor.eclass | 124 +
eclass/go-module.eclass| 79 +
2 files ch
-vendor.eclass
+# @MAINTAINER:
+# William Hubbs
+# @SUPPORTED_EAPIS: 7
+# @BLURB: Eclass for building software written in the go
+# programming language that uses go modules and does not vendor.
+# @DESCRIPTION:
+# This eclass provides a src_unpack function which supports vendoring
+# dependencies for software
On Mon, Sep 23, 2019 at 06:36:49PM -0500, William Hubbs wrote:
> This eclass adds a src_unpack function that supports the EGO_VENDOR
> variable for vendoring modules.
> ---
> eclass/go-module-vendor.eclass | 124 +
> 1 file changed, 124 insertio
All,
this version combines the two eclasses from the previous proposal into
one and takes some imspiration from the cargo eclass for handling the
dependencies.
Thoughts?
William
William Hubbs (1):
go-module.eclass: new eclass for go modules
eclass/go-module.eclass | 164
This eclass includes the basic settings and src_unpack/pkg_postinst
functions for Go modules.
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 164
1 file changed, 164 insertions(+)
create mode 100644 eclass/go-module.eclass
diff --git a
On Wed, Sep 25, 2019 at 10:02:34PM +0200, Michał Górny wrote:
> On Tue, 2019-09-24 at 13:08 -0500, William Hubbs wrote:
*snip*
> > +# @DESCRIPTION:
> > +# This eclass provides basic settings and functions
> > +# needed by all software written in the go programming languag
This eclass includes the basic settings and src_unpack/pkg_postinst
functions for Go modules.
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 176
1 file changed, 176 insertions(+)
create mode 100644 eclass/go-module.eclass
diff --git a
This is a re-roll of the patch that includes mgorny's suggested changes
from the last round.
William Hubbs (1):
go-module.eclass: new eclass for go modules
eclass/go-module.eclass | 176
1 file changed, 176 insertions(+)
create mode 100644 ecla
William Hubbs (1):
go-module.eclass: new eclass for go modules
eclass/go-module.eclass | 178
1 file changed, 178 insertions(+)
create mode 100644 eclass/go-module.eclass
--
2.21.0
This eclass includes the basic settings and src_unpack/pkg_postinst
functions for Go modules.
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 178
1 file changed, 178 insertions(+)
create mode 100644 eclass/go-module.eclass
diff --git a
William Hubbs (1):
go-module.eclass: new eclass for go modules
eclass/go-module.eclass | 177
1 file changed, 177 insertions(+)
create mode 100644 eclass/go-module.eclass
--
2.21.0
This eclass includes the basic settings and src_unpack/pkg_postinst
functions for Go modules.
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 177
1 file changed, 177 insertions(+)
create mode 100644 eclass/go-module.eclass
diff --git a
On Mon, Sep 30, 2019 at 12:04:22PM -0500, William Hubbs wrote:
> William Hubbs (1):
> go-module.eclass: new eclass for go modules
>
> eclass/go-module.eclass | 177
> 1 file changed, 177 insertions(+)
> create mode 100644 eclas
*** BLURB HERE ***
The pkg_postinst function in this eclass should only display the warning
if the user is installing a new package, not for upgrades.
William Hubbs (1):
go-module.eclass: only show warning for new packages
eclass/go-module.eclass | 1 +
1 file changed, 1 insertion
---
eclass/go-module.eclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
index e6152966911..f1f1d743f43 100644
--- a/eclass/go-module.eclass
+++ b/eclass/go-module.eclass
@@ -165,6 +165,7 @@ go-module_live_vendor() {
# Display a warning abo
On Tue, Oct 01, 2019 at 04:07:49PM -0500, William Hubbs wrote:
> ---
> eclass/go-module.eclass | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
> index e6152966911..f1f1d743f43 100644
> --- a/eclass/go-module.ecl
On Tue, Oct 01, 2019 at 04:29:52PM -0500, William Hubbs wrote:
> On Tue, Oct 01, 2019 at 04:07:49PM -0500, William Hubbs wrote:
> > ---
> > eclass/go-module.eclass | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/eclass/go-module.eclass b/
On Sat, Oct 12, 2019 at 01:11:49PM +0200, Michał Górny wrote:
> On Sat, 2019-10-12 at 13:00 +0200, David Seifert wrote:
> > * Some distros have not just merged / and /usr, they
> > have also merged /usr/bin and /usr/sbin. By giving
> > users the choice of merging */bin and */sbin,
> > Gentoo
9 at 8:00 AM David Seifert
> >>> wrote:
> >>>> On Sun, 2019-10-13 at 12:33 -0400, Mike Gilbert wrote:
> >>>>> On Sat, Oct 12, 2019 at 1:52 PM David Seifert
> >>>>> wrote:
> >>>>>> On Sat, 2019-10-12 at 19:01 +0200, D
Hi Jaco,
On Wed, Oct 16, 2019 at 11:18:38AM +0200, Jaco Kroon wrote:
> Hi,
*snip*
> For what it's worth. All of my systems are installed with a fixed-size
> 512MB / with everything else (including /usr) on separate LVs.
>
> Whilst sbin vs bin is just a matter of what's available, to me it ma
On Wed, Oct 16, 2019 at 07:17:09PM +0200, Ulrich Mueller wrote:
> >>>>> On Wed, 16 Oct 2019, William Hubbs wrote:
>
> > Back in the day, the s in /sbin and /usr/sbin meant static, not super
> > user. All binaries in those directories were statically linke
All,
I would like to allocate uid/gid 274 for dnsmasq_exporter [1].
Thanks,
William
[1] https://github.com/google/dnsmasq_exporter
signature.asc
Description: Digital signature
On Tue, Oct 22, 2019 at 02:39:05PM -0500, William Hubbs wrote:
> All,
>
> I would like to allocate uid/gid 274 for dnsmasq_exporter [1].
>
> Thanks,
>
> William
>
> [1] https://github.com/google/dnsmasq_exporter
No one has responded, so I'm moving forw
On Wed, Oct 23, 2019 at 01:18:02AM -0400, Joshua Kinard wrote:
> On 10/21/2019 19:36, Matt Turner wrote:
> > On Mon, Oct 21, 2019 at 9:42 AM Richard Yao wrote:
> >> Also, another idea is to use a cheap hash function (e.g. fletcher) and
> >> just have the mirrors do the hashing behind the scenes.
On Wed, Oct 23, 2019 at 12:06:24PM -0500, William Hubbs wrote:
> On Wed, Oct 23, 2019 at 01:18:02AM -0400, Joshua Kinard wrote:
> > On 10/21/2019 19:36, Matt Turner wrote:
> > > On Mon, Oct 21, 2019 at 9:42 AM Richard Yao wrote:
> > >> Also, another idea is to
On Wed, Oct 23, 2019 at 01:18:02AM -0400, Joshua Kinard wrote:
> On 10/21/2019 19:36, Matt Turner wrote:
> > On Mon, Oct 21, 2019 at 9:42 AM Richard Yao wrote:
> >> Also, another idea is to use a cheap hash function (e.g. fletcher) and
> >> just have the mirrors do the hashing behind the scenes.
Hey all,
I have been advised to bring this topic back to the list before taking
any action, so here it is.
First, I need to clarify what I'm *NOT* talking about.
This discussion has nothing to do with whether or not you have the
split-usr use flag turned on; all of us officially have that on bec
Hi Dale,
I would like to call your attention to a couple of things in my message.
On Fri, Oct 25, 2019 at 01:40:10PM -0500, Dale wrote:
> William Hubbs wrote:
*snip*
> > I want to hear from people who have / and /usr on separate partitions
> > and who are not using an initramfs.
On Fri, Oct 25, 2019 at 03:16:19PM -0500, Dale wrote:
> William Hubbs wrote:
> > Hi Dale,
> >
> > I would like to call your attention to a couple of things in my message.
> >
> > On Fri, Oct 25, 2019 at 01:40:10PM -0500, Dale wrote:
> >> William Hubbs
On Sat, Oct 26, 2019 at 11:17:18AM +0200, Michał Górny wrote:
> On Sat, 2019-10-26 at 11:14 +0200, Dirkjan Ochtman wrote:
> > On Sat, Oct 26, 2019, 05:59 Kent Fredric wrote:
> >
> > > On Fri, 25 Oct 2019 15:03:39 -0700
> > > Georgy Yakovlev wrote:
> > >
> > > > not used anymore
> > > >
> > > >
On Sun, Oct 27, 2019 at 12:14:59AM +0100, Michael Everitt wrote:
> On 26/10/19 23:35, William Hubbs wrote:
> > On Sat, Oct 26, 2019 at 11:17:18AM +0200, Michał Górny wrote:
> >> On Sat, 2019-10-26 at 11:14 +0200, Dirkjan Ochtman wrote:
> >>> On Sat, Oct 26, 2
On Sun, Oct 27, 2019 at 08:36:47PM +1300, Kent Fredric wrote:
> On Sat, 26 Oct 2019 18:55:11 -0500
> William Hubbs wrote:
>
> > Sure, but rebuild changes are exactly what you would want. that's how
> > software written in go gets rebuilt for example, which is exactly
On Mon, Oct 28, 2019 at 10:18:17AM +1300, Kent Fredric wrote:
> On Sun, 27 Oct 2019 12:05:02 -0500
> William Hubbs wrote:
>
> > If a build dep of something changes, the correct response with
> > --with-bdeps=y is to rebuild everything that depends on the changed dep.
&
On Tue, Oct 29, 2019 at 05:48:14PM +0100, Michał Górny wrote:
> On Mon, 2019-10-28 at 10:34 -0500, William Hubbs wrote:
> > On Mon, Oct 28, 2019 at 10:18:17AM +1300, Kent Fredric wrote:
> > > On Sun, 27 Oct 2019 12:05:02 -0500
> > > William Hubbs wrote:
> > >
On Wed, Oct 30, 2019 at 09:19:14PM +1300, Kent Fredric wrote:
> On Tue, 29 Oct 2019 12:27:49 -0500
> William Hubbs wrote:
>
> > No, I'm just saying this:
> >
> > We don't know that there is a portage bug from what I'm reading in this
> > t
On Wed, Oct 30, 2019 at 09:26:09AM -0500, William Hubbs wrote:
> There's no way to know whether removing virtual/rust will cause these
> kinds of issues, so I'm still not convinced that we shouldn't remove it.
Sorry, I meant virtual/cargo here.
William
signature.asc
On Thu, Oct 31, 2019 at 03:49:32AM +1300, Kent Fredric wrote:
> On Wed, 30 Oct 2019 09:26:09 -0500
> William Hubbs wrote:
>
> > I don't know portage internals, so I have no idea what the deal with
> > this is or how to fix it.
> >
> > Did you report it
On Mon, Nov 04, 2019 at 11:07:43AM -0500, Michael Orlitzky wrote:
> On 11/4/19 11:02 AM, Michał Górny wrote:
> >
> > I did request a QA vote to confirm it. William demands that I close it
>
> Take a page out of the WilliamH playbook and completely ignore him.
As I said on the other list, the ig
Hi Michael,
On Mon, Nov 04, 2019 at 10:53:44AM -0500, Michael Orlitzky wrote:
> On 11/4/19 10:01 AM, Michał Górny wrote:
> > Hi,
> >
> > TL;DR: If a QA check is enforced by Portage for a reasonably long time,
> > does it constitute policy? Or can it be changed unilaterally by Portage
> > team?
>
On Mon, Nov 04, 2019 at 02:05:19PM -0600, Michael Jones wrote:
> On Mon, Nov 4, 2019 at 1:26 PM William Hubbs wrote:
>
> > That way is not building static libraries at all. If we go that way as
> > a distro the support for forcing static libraries into /usr/lib* is not
>
Hi Kent,
On Tue, Nov 05, 2019 at 10:50:09AM +1300, Kent Fredric wrote:
> On Mon, 4 Nov 2019 10:53:44 -0500
> Michael Orlitzky wrote:
>
> > To avoid these sorts of questions in the future, it might be worth the
> > time it would take to vote on each of these policies formally, document
> > them
On Mon, Nov 04, 2019 at 06:17:55PM -0500, Michael Orlitzky wrote:
> On 11/4/19 2:40 PM, William Hubbs wrote:
> >
> > This is a whole other thread I've been talking about for years, but if
> > we want to be concerned about dumping "garbage" on people's
On Sun, Dec 01, 2019 at 10:23:12PM +0100, Michał Górny wrote:
> app-admin/docker-bench
> app-emulation/cadvisor
> app-emulation/reg
> app-metrics/alertmanager
> app-metrics/bind_exporter
> app-metrics/blackbox_exporter
> app-metrics/burrow_exporter
> app-metrics/elasticsearch_exporter
> app-metrics
I'm not sure what happened to my last message, so I'm trying again.
On Sun, Dec 01, 2019 at 10:23:12PM +0100, Michał Górny wrote:
> app-admin/docker-bench
> app-emulation/cadvisor
> app-emulation/reg
> app-metrics/alertmanager
> app-metrics/bind_exporter
> app-metrics/blackbox_exporter
> app-metri
On Tue, Dec 03, 2019 at 04:48:56PM -0500, Mike Gilbert wrote:
> I think it would be more appropriate for you to update/unmask them
> yourself as you correct the license information.
If there are no objections, I'd rather unmask them all immediately then
fix the license info.
Normally I wouldn't
On Thu, Dec 05, 2019 at 03:56:05AM +0100, Thomas Deutschmann wrote:
> Hi,
>
> On 2019-12-05 01:15, Aaron Bauman wrote:
> > * Removal in 30 days
>
> Why? I understand that Py2 will reach EOL upstream status but we all
> know that Py2 will *not* disappear and stop working in 26 days...
>
> There's
On Thu, Dec 05, 2019 at 05:36:58PM +0100, Alexis Ballier wrote:
> On Thu, 2019-12-05 at 17:09 +0100, Michał Górny wrote:
> > +
> > +#
> > +# This file specifies packages that are considered deprecated (but
> > not
> > +# masked yet
On Sat, Dec 14, 2019 at 10:31:06AM +0100, Toralf Förster wrote:
> On 12/14/19 8:16 AM, Ulrich Mueller wrote:
> > These prevent NOCOLOR in make.conf or emerge --color=n from working
> > correctly, and I guess they are also problematic from an accessibility
> > point of view.
> +1
>
>
> Good idea U
On Sat, Dec 14, 2019 at 08:16:03AM +0100, Ulrich Mueller wrote:
> Some ebuilds output SGR control sequences (formerly known as ANSI escape
> sequences) to the terminal, i.e., they do things like:
>
> echo -e "\033[1m${@}\033[0m"
> einfo "Fetching \e[1m${r}\e[22m ..."
> ewarn "\033[1;33m*
On Sat, Jan 04, 2020 at 08:38:59AM +0100, Hanno Böck wrote:
> On Fri, 3 Jan 2020 15:48:54 +0100
> Toralf Förster wrote:
>
> > # Restrict potential illegal access via links
> > #
> > fs.protected_hardlinks = 1
> > fs.protected_symlinks = 1
>
> Given the issues with openrc:
> Wouldn't it b
On Fri, Jan 03, 2020 at 09:55:31AM -0500, Michael Orlitzky wrote:
> On 1/3/20 9:52 AM, Michael Orlitzky wrote:
> >
> > But here we are. Do we make OpenRC Linux-only and steal the fix from
> > systemd? Or pretend to support other operating systems, but leave them
> > insecure?
> >
>
> Or the grip
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 4
1 file changed, 4 insertions(+)
diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
index 9c11959fdf8..89b32ed1201 100644
--- a/eclass/go-module.eclass
+++ b/eclass/go-module.eclass
@@ -59,6 +59,10 @@ BDEPEND="
On Sat, Jan 04, 2020 at 08:13:36PM -0600, William Hubbs wrote:
> Signed-off-by: William Hubbs
> ---
> eclass/go-module.eclass | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
> index 9c11959fdf8..89b32ed1201 100
On Mon, Jan 13, 2020 at 12:17:36AM +0100, David Seifert wrote:
> On Sun, 2020-01-12 at 17:55 -0500, Joshua Kinard wrote:
> > On 1/12/2020 17:46, David Seifert wrote:
> > > On Sun, 2020-01-12 at 17:43 -0500, Joshua Kinard wrote:
> > > > On 1/12/2020 17:32, Andreas Sturmlechner wrote:
> > > > > On So
On Wed, Jan 15, 2020 at 10:41:30AM +0100, Michał Górny wrote:
> Due to the maintainer retiring, the following package is orphaned now:
>
> sys-cluster/kubectl
I'll grab this since I'm maintaining the rest of kubernetes.
William
>
> FWICS it has a single bug filed and needs a minor version bu
On Sun, Jan 19, 2020 at 12:31:52PM +0100, Michał Górny wrote:
> Hello,
>
> In the light of the recent misunderstandings, I have started working
> on an official Policy Guide [1]. The Guide is meant to provide
> a focused list of officially approved QA policies, along with their
> rationale and an
All,
as I recall I was one of the folks who suggested that uid-gid.txt should
go in the api repository, but after thinking about it more and seeing it
in practice, I see the error of my ways on this. ;-)
Imo a better fit is the metadata directory in the ebuild repository.
That way you can add use
On Mon, Jan 20, 2020 at 12:56:48PM -0500, Michael Orlitzky wrote:
> On 1/20/20 11:57 AM, William Hubbs wrote:
> >
> > Imo a better fit is the metadata directory in the ebuild repository.
> > That way you can add users/groups along with the acct-* packages that
> > inst
ofiles/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 @@
>
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
&g
On Wed, Feb 12, 2020 at 06:54:19PM +1100, Sam Jorna (wraeth) wrote:
> On Monday, 10 February 2020 7:55:01 AM AEDT 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
> > > Manifes
On Tue, Feb 18, 2020 at 08:52:59PM +0100, Ulrich Mueller wrote:
> The devmanual says about live ebuilds:
>
> | CVS ebuilds must be either with empty KEYWORDS or package.masked
> | (but not both). Empty KEYWORDS are strongly preferred. This applies
> | to "live" ebuilds (-) and to ebuilds that
gt; # @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
This ebuild isn't fully convirted, so it probably isn't the best
example.
My comments are just a couple of aspects of it.
On Mon, Feb 17, 2020 at 01:22:30AM -0800, Robin H. Johnson wrote:
> Signed-off-by: Robin H. Johnson
> ---
> dev-go/go-tour/Manifest | 7 ++
> dev-go/g
On Mon, Feb 17, 2020 at 01:22:31AM -0800, Robin H. Johnson wrote:
> Signed-off-by: Robin H. Johnson
> ---
> app-admin/kube-bench/Manifest | 351
> .../kube-bench/kube-bench-0.2.3-r1.ebuild | 394 ++
> 2 files changed, 745 insertions(+)
> creat
On Mon, Feb 17, 2020 at 01:22:32AM -0800, Robin H. Johnson wrote:
> Package-Manager: Portage-2.3.84, Repoman-2.3.18
> Signed-off-by: Robin H. Johnson
> ---
> dev-vcs/cli/Manifest | 137 +++
> dev-vcs/cli/cli-0.5.5.ebuild | 177 +++
>
On Wed, Feb 19, 2020 at 07:36:27AM +, Robin H. Johnson wrote:
> On Tue, Feb 18, 2020 at 11:46:45PM -0600, William Hubbs wrote:
> > > -# If it does not have a vendor directory, you should use the EGO_VENDOR
> > > +# Alternatively, older versions of this eclas
On Wed, Feb 19, 2020 at 09:20:13AM -0600, William Hubbs wrote:
> On Wed, Feb 19, 2020 at 07:36:27AM +, Robin H. Johnson wrote:
> > On Tue, Feb 18, 2020 at 11:46:45PM -0600, William Hubbs wrote:
> > > > -# If it does not have a vendor directory, you shou
On Wed, Feb 19, 2020 at 12:02:51PM -0800, Patrick McLean wrote:
> Title: OpenSSH 8.2_p1 running sshd breakage
> Author: Patrick McLean
> Posted: 2020-02-21
> Revision: 1
> News-Item-Format: 2.0
> Display-If-Installed:
> If sshd is running, and a system is upgraded from to >=net-misc/openssh-8.2
I did find a way to apply your patch to the eclass today, so I'm working
with it locally now.
I would find it much more difficult to add license info to EGO_SUM than
to add it to LICENSE= directly. The lines in EGO_SUM are already pretty
long and adding info to them manually is more tedious than a
ds EGO_SUM as a variable to the go-module.eclass.
This also allows us to create a local goproxy for the modules we
download.
William Hubbs (2):
profiles/thirdpartymirrors: add goproxy mirror
go-module.eclass: add support for EGO_SUM
eclass/go-module.eclas
Signed-off-by: William Hubbs
---
profiles/thirdpartymirrors | 1 +
1 file changed, 1 insertion(+)
diff --git a/profiles/thirdpartymirrors b/profiles/thirdpartymirrors
index ad4c4b97214..d60f166e07c 100644
--- a/profiles/thirdpartymirrors
+++ b/profiles/thirdpartymirrors
@@ -25,3 +25,4
The EGO_SUM variable replaces EGO_VENDOR for go modules.
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 362 +++-
1 file changed, 322 insertions(+), 40 deletions(-)
diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
index 80ff2902b3a
On Wed, Feb 26, 2020 at 09:24:35AM -0600, William Hubbs wrote:
> *** BLURB HERE ***
> This is another round of support for go modules.
> The first patch adds goproxy to the gentoo mirror system so that
> ebuilds can be written with "mirror://goproxy/foo/bar" in SRC_URI. Th
All,
within the next few days I will start migrating go packages in the tree
that inherit the go-module eclass and use EGO_VENDOR to Euse EGO_SUM.
Once I do that, I will go through packages that inherit golang-* and see
if they can be migrated to inherit go-module instead.
If someone doesn't wan
On Thu, Mar 12, 2020 at 09:09:39PM +0100, Andreas K. Huettel wrote:
> Am Donnerstag, 12. März 2020, 20:23:56 CET schrieb Michał Górny:
> > I suppose that a part of the problem is the default Reply-To in these
> > mails.
Yes, I agree that this is a problem.
> Which was deliberately added...
Why
All,
this came up again on the recent thread about dropping non x86/amd64
support for python packages, and I want to bring it up again on its own
thread.
How often do architecture specific bugs really exist in languages like
perl, python etc? From what I've seen they are pretty rare. Not to menti
On Wed, Mar 18, 2020 at 05:11:17PM +0100, Rolf Eike Beer wrote:
> Am 2020-03-18 15:54, schrieb William Hubbs:
> > All,
> >
> > this came up again on the recent thread about dropping non x86/amd64
> > support for python packages, and I want to bring it up again on its o
On Wed, Mar 18, 2020 at 06:12:37PM +0100, Michał Górny wrote:
> On Wed, 2020-03-18 at 09:54 -0500, William Hubbs wrote:
> > this came up again on the recent thread about dropping non x86/amd64
> > support for python packages, and I want to bring it up again on its own
> >
On Wed, Mar 18, 2020 at 05:52:25PM +, James Le Cuirot wrote:
> On Wed, 18 Mar 2020 12:47:53 -0500
> William Hubbs wrote:
>
> > On Wed, Mar 18, 2020 at 06:12:37PM +0100, Michał Górny wrote:
> > > On Wed, 2020-03-18 at 09:54 -0500, William Hubbs wrote:
> >
On Wed, Mar 18, 2020 at 07:12:08PM +0100, Michał Górny wrote:
> On Wed, 2020-03-18 at 12:47 -0500, William Hubbs wrote:
> > On Wed, Mar 18, 2020 at 06:12:37PM +0100, Michał Górny wrote:
> > > On Wed, 2020-03-18 at 09:54 -0500, William Hubbs wrote:
> > > > this came
All,
we have a pull request on OpenRC for a dependency checker [1].
The author of this patch believes that we should not only scan for
circular deps, but break some of them automatically.
I, and several other team members I have spoken with on IRC, disagree
with this and think that we should jus
On Wed, Dec 03, 2014 at 10:53:38PM +0400, Alexander V Vershilov wrote:
> Let me state my idea here.
>
> At first I want to mention that author provided 2 different approaches to
> the solution, simple dependency loop checker and another more complicated
> algorithm that is a loop breaker.
The oth
Several issues not related to the original have been brought up, which I
will briefly respond to, but let's try to move back to the original
issue I brought up, which is whether the early loop solver should break
loops or just output messages about them.
On Thu, Dec 04, 2014 at 07:12:58PM +0300, A
On Sun, Dec 07, 2014 at 08:32:57AM -0500, Rich Freeman wrote:
> On Sun, Dec 7, 2014 at 8:05 AM, Anthony G. Basile
> wrote:
> > On 12/07/14 05:37, Michał Górny wrote:
> >>
> >> If you're interested in testing it, 'layman -a mgorny' and enjoy. I'd
> >> appreciate any bug reports, except for those co
All,
the following is a comment Mike made about the status of glibc in an
earlier thread on this list:
On Sun, Aug 03, 2014 at 09:16:52AM -0400, Mike Frysinger wrote:
> upstream glibc has dropped support for older Linux kernels. your choices:
> - upgrade your kernel
> - switch to a different C
On Sun, Dec 21, 2014 at 03:15:48PM +0300, Сергей wrote:
> Today two bugs from 504116's dependencies were resolved and two other
> bugs were removed from 504116's dependencies list. Thanks to
> maintainers who decided to solve the problem!
The bugs being resolved is good, but I'm concerned about th
1001 - 1100 of 1450 matches
Mail list logo
