On Mon, Jul 09, 2018 at 03:54:35PM -0700, Zac Medico wrote:
> On 07/09/2018 03:27 PM, M. J. Everitt wrote:
> > On 09/07/18 23:12, Zac Medico wrote:
> >> On 07/09/2018 02:34 PM, Kristian Fiskerstrand wrote:
> >>> I'd mostly argue any such change should only affect new systems
> >>>
> >> Yes, changin
On Wed, Jul 11, 2018 at 04:25:20PM -0400, Richard Yao wrote:
> On 07/11/2018 03:29 AM, Jory A. Pratt wrote:
> > On 07/10/18 16:35, M. J. Everitt wrote:
> >> On 10/07/18 21:09, William Hubbs wrote:
> >>> On Mon, Jul 09, 2018 at 03:54:35PM -0700, Zac Medico wrote:
>
On Wed, Jul 11, 2018 at 06:24:20PM -0400, Rich Freeman wrote:
> On Wed, Jul 11, 2018 at 6:11 PM Richard Yao wrote:
> >
> > Is it a violation of the FHS? /usr is for readonly data and the portage
> > tree is generally readonly, except when being updated. The same is true of
> > everything else in
On Thu, Jul 12, 2018 at 10:13:57PM +0200, Michał Górny wrote:
> W dniu czw, 12.07.2018 o godzinie 15∶51 -0400, użytkownik Rich Freeman
> napisał:
> > On Thu, Jul 12, 2018 at 3:47 PM Brian Dolbec wrote:
> > >
> > > So, "portage" should not be a directory name in the new default path.
> > >
> >
>
On Fri, Jul 27, 2018 at 10:32:17AM +0200, Ulrich Mueller wrote:
> So, considering all the feedback from mailing list and IRC:
>
>/usr/portage -> /var/db/repos/gentoo
>/usr/portage/distfiles -> /var/cache{,/gentoo}/distfiles
>/usr/portage/packages -> /var/cache{,/gentoo}/binp
On Wed, Aug 08, 2018 at 09:18:46AM +0200, Manuel Rüger wrote:
> app-misc/go-jira
I'll take this since I use it. :-)
William
signature.asc
Description: Digital signature
On Sat, Oct 27, 2018 at 03:18:28PM +0300, Joonas Niilola wrote:
> On 10/27/18 2:16 PM, Michal Prívozník wrote:
> >
> > That is the case on every mailing list. Every -dev list has number of
> > subscribes far bigger than number of people with commit access.
> >
> > But I respect your decision guys.
All,
after some discussion on #gentoo-infra, it has been decided that the
OpenRC git repository mirror at
https://gitweb.gentoo.org/proj/openrc.git will be dropped.
The reason for this is this repository has been read only for multiple years at
this point and https://github.com/openrc/openrc is t
On Tue, Nov 13, 2018 at 01:57:47AM -0500, Michael Orlitzky wrote:
> On 11/13/2018 01:21 AM, Zac Medico wrote:
> >
> > What's inherently wrong about nix having a file store under /nix? Is
> > this purely about FHS?
> >
>
> It goes against not only the FHS, but against our existing policies and
>
All,
based on the previous thread about copyright attribution clarifications,
I want to add the following AUTHORS file to the top level of the portage
repository if no one objects.
This is based on the description of the AUTHORS file at Google [1].
Everyone is not required to be listed, but the
On Tue, Nov 27, 2018 at 10:40:57AM -0500, Rich Freeman wrote:
> On Tue, Nov 27, 2018 at 10:16 AM Michał Górny wrote:
> >
> > Will that actually solve any problem, or just add another half-baked
> > solution with no benefit to the resulting status? In other words, would
> > SIE suddenly stop requi
On Tue, Nov 27, 2018 at 06:01:58PM +0100, Ulrich Mueller wrote:
> > On Tue, 27 Nov 2018, Andrey Utkin wrote:
>
> > It seems to me this will grow huge, and be the source of annoyance for
> > users.
>
> IIUC the file has a specific purpose, namely to solve the copyright
> attribution problem. S
All,
I just picked a random msg to reply to on the thread.
Here is the updated AUTHORS file I would like to commit.
William
# This is the official list of Gentoo package authors for copyright purposes.
# This file is maintained manually.
# To be included, send a change adding the individual or
#
On Tue, Nov 27, 2018 at 09:15:08PM +0100, Michał Górny wrote:
> On Tue, 2018-11-27 at 14:07 -0600, William Hubbs wrote:
> > All,
> > I just picked a random msg to reply to on the thread.
> >
> > Here is the updated AUTHORS file I would like to commit.
> >
>
All,
the hwclock service is Linux specific, so all of this applies only to
OpenRC on Linux.
OpenRC currently adds the hwclock service to the boot runlevel upstream.
The linux kernel also has had a way for some time to handle the clock
itself if you have an RTC.
Is it reasonable to stop adding th
# William Hubbs (13 Jan 2019)
# Multiple open bugs including build failures, dead upstream.
# Please see the following URL for instructions for migrating to grub 2.
# https://wiki.gentoo.org/wiki/GRUB2_Migration
# Removal on 1 Feb 2019 (bug #674364)
sys-boot/grub:0
signature.asc
Description
All,
GOPATH is another environment variable, like GOBIN, which can interfeer
with the build if it is set in the environment before emerge is run [1].
I would like to add it to ENV_UNSET in profiles/base/make.defaults.
Thanks,
William
[1] https://bugs.gentoo.org/673862
signature.asc
Descript
eapi test. This eclass dies for eapis
other than 6 or 7, so we don't need to worry about other eapis.
William Hubbs (2):
meson.eclass: remove meson_auto_depend
meson.eclass: remove unnecessary eapi checks
eclass/meson.eclass | 27 ---
1 file changed, 4 insertions(+
Signed-off-by: William Hubbs
---
eclass/meson.eclass | 27 ---
1 file changed, 4 insertions(+), 23 deletions(-)
diff --git a/eclass/meson.eclass b/eclass/meson.eclass
index 0a80c6b698b..1b080396626 100644
--- a/eclass/meson.eclass
+++ b/eclass/meson.eclass
@@ -39,16
This eclass dies for all eapis other than 6 or 7, so we don't need to
test for eapis other than 6 or 7 anywhere else in the eclass.
---
eclass/meson.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/meson.eclass b/eclass/meson.eclass
index 1b080396626..159a987aff7 1
*** BLURB HERE ***
This patch series will add support for eapi7 to the go eclasses.
Also, in the first patch, we ban stripping of go ebuilds since this is
specifically recommended against by upstream.
Thoughts?
William Hubbs (4):
golang-base.eclass: add eapi 7 support
golang-build.eclass
-build.eclass
# @MAINTAINER:
# William Hubbs
-# @SUPPORTED_EAPIS: 5 6
+# @SUPPORTED_EAPIS: 5 6 7
# @BLURB: Eclass for compiling go packages.
# @DESCRIPTION:
# This eclass provides default src_compile, src_test and src_install
@@ -13,7 +13,7 @@
inherit golang-base
case "${EAPI:-0
-vcs.eclass
# @MAINTAINER:
# William Hubbs
-# @SUPPORTED_EAPIS: 5 6
+# @SUPPORTED_EAPIS: 5 6 7
# @BLURB: Eclass for fetching and unpacking go repositories.
# @DESCRIPTION:
# This eclass is written to ease the maintenance of live ebuilds
@@ -13,7 +13,7 @@
inherit eutils golang-base
case "${EA
-snapshot.eclass
@@ -4,7 +4,7 @@
# @ECLASS: golang-vcs-snapshot.eclass
# @MAINTAINER:
# William Hubbs
-# @SUPPORTED_EAPIS: 5 6
+# @SUPPORTED_EAPIS: 5 6 7
# @BLURB: support eclass for unpacking VCS snapshot tarballs for
# software written in the Go programming language
# @DESCRIPTION:
@@ -46,7 +46,7
: golang-base.eclass
# @MAINTAINER:
# William Hubbs
-# @SUPPORTED_EAPIS: 5 6
+# @SUPPORTED_EAPIS: 5 6 7
# @BLURB: Eclass that provides base functions for Go packages.
# @DESCRIPTION:
# This eclass provides base functions for software written in the Go
@@ -12,7 +12,7 @@
# dev-lang/go.
case
Signed-off-by: William Hubbs
---
eclass/tmpfiles.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/tmpfiles.eclass b/eclass/tmpfiles.eclass
index a1f155e63a4..e7dc9203197 100644
--- a/eclass/tmpfiles.eclass
+++ b/eclass/tmpfiles.eclass
@@ -56,7 +56,7 @@ if [[ -z
All,
these have been pushed.
Thanks,
William
signature.asc
Description: Digital signature
All,
these are now merged.
Thanks,
William
signature.asc
Description: Digital signature
All,
this is being committed now.
William
signature.asc
Description: Digital signature
All,
someone brought this up on the chat channel today, so I'm bringing it
here to ask for information.
Is there a reason we still use run-parts and the
/etc/cron.{hourly,daily,weekly,monthly} structure to run repeating cron jobs?
From what I read in the chat earlier, it sounds like the modern c
On Mon, Mar 04, 2019 at 10:38:02AM +0200, Mart Raudsepp wrote:
> This can be used to simplify controlling meson_options.txt entries
> of type 'feature'.
I responded on irc a few days ago, but I'll go ahead and respond here.
This looks good to me.
Thanks,
William
signature.asc
Description: Digi
Hi all,
Soon I will be working on fixing up the state of dev-lang/lua, and there
are a couple of things I want to mention.
The first thing is liblua as a shared library. If you are using lua
internally in a program, upstream strongly recommends not linking it
this way; it is supposed to be static
On Sun, Mar 24, 2019 at 02:26:35PM +0100, Andreas K. Huettel wrote:
> Am Samstag, 23. März 2019, 22:23:27 CET schrieb William Hubbs:
> > Hi all,
> >
> > Soon I will be working on fixing up the state of dev-lang/lua, and there
> > are a couple of things I want to mentio
On Sun, Mar 24, 2019 at 12:24:26PM +0100, cont...@hacktivis.me wrote:
> [2019-03-23 16:23:27] William Hubbs:
> > The first thing is liblua as a shared library. If you are using lua
> > internally in a program, upstream strongly recommends not linking it
> > this way;
On Tue, Mar 26, 2019 at 03:22:08PM +0100, Michał Górny wrote:
> Last rite them with 60 day period. If someone actually uses them,
> you'll learn about it and get some data to decide how to proceed
> afterwards. Plus, users who actually might still use them would get
> a fair warning they're going
On Tue, Mar 26, 2019 at 09:02:07PM +0100, Michał Górny wrote:
> mail-mta/postfix
I have an interest in this one since my employer uses it.
I don't know how fast I'll work the bugs right now, but I'll take a
look. :-)
Eray, go ahead and co-maintain with me if you still want to.
William
signatur
On Sun, May 12, 2019 at 11:23:02PM +0300, Andrew Savchenko wrote:
> On Sat, 11 May 2019 16:27:16 +0200 Andreas K. Huettel wrote:
> > # Andreas K. Hüttel (11 May 2019)
> > # Outdated, EAPI=2, unmaintained, segfaults immediately.
>
> Hm, it definitely doesn't segfault for me...
> Works like charm r
On Sat, May 18, 2019 at 09:45:15PM +0200, Michał Górny wrote:
> On Sat, 2019-05-18 at 22:34 +0300, Andrew Savchenko wrote:
> > On Sat, 18 May 2019 20:47:28 +0200 Michał Górny wrote:
> > > On Fri, 2019-05-03 at 23:34 +0200, Andreas K. Huettel wrote:
> > > > * We will initially add two profiles to pr
If a package hard codes the UID or GID when adding a user or group to
the system and that UID/GID already exists, we should abort rather than
changing the UID/GID.
---
eclass/user.eclass | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/eclass/user.eclass b/eclass/user.ecla
On Tue, May 28, 2019 at 02:21:23AM -0400, Mike Gilbert wrote:
> On Tue, May 28, 2019 at 1:41 AM Robin H. Johnson wrote:
> >
> > On Mon, May 27, 2019 at 08:44:09PM -0400, Mike Gilbert wrote:
> > > On Mon, May 27, 2019 at 11:45 AM William Hubbs
> > > wrote:
> &
I have one small nit-pick.
Can we use sys-users and sys-groups for the category names for the user
and group packages?
I guess the only argument I can give is users and groups are system
level things like other categories that start with sys-, so it feels
like a good fit to me.
William
signat
On Fri, May 31, 2019 at 04:08:28PM +0200, Michał Górny wrote:
> On Fri, 2019-05-31 at 09:02 -0500, William Hubbs wrote:
> > I have one small nit-pick.
> >
> > Can we use sys-users and sys-groups for the category names for the user
> > and group packages?
> >
&g
All,
I have this bug against openrc:
https://bugs.gentoo.org/599468
The reason for the hard dependency on sysvinit in OpenRC no longer
exists since we now have a replacement for killall5, and some people
want to use openrc and remove sysvinit from their systems.
Before I drop the dependency on
On Wed, Jul 10, 2019 at 03:25:28PM -0500, William Hubbs wrote:
> All,
>
> I have this bug against openrc:
>
> https://bugs.gentoo.org/599468
>
> The reason for the hard dependency on sysvinit in OpenRC no longer
> exists since we now have a replacement for killall5, a
On Wed, Jul 10, 2019 at 04:48:46PM -0500, William Hubbs wrote:
> On Wed, Jul 10, 2019 at 03:25:28PM -0500, William Hubbs wrote:
> > All,
> >
> > I have this bug against openrc:
> >
> > https://bugs.gentoo.org/599468
> >
> > The reason for the ha
On Wed, Jul 10, 2019 at 07:30:57PM -0400, Michael Orlitzky wrote:
> On 7/10/19 7:16 PM, William Hubbs wrote:
> > 3. add a sysvinit use flag to openrc, which will be off by default. When
> > it is on, openrc will block sysvinit since it will provide /sbin/init
> > and /sbin/shu
I'm replying, because there is one more thing I want to add before I
head out.
On Wed, Jul 10, 2019 at 07:03:32PM -0500, William Hubbs wrote:
> On Wed, Jul 10, 2019 at 07:30:57PM -0400, Michael Orlitzky wrote:
> > On 7/10/19 7:16 PM, William Hubbs wrote:
> > > 3. add a sysv
After chatting with Rich a bit, I'm going to reply here.
On Wed, Jul 10, 2019 at 08:17:17PM -0400, Rich Freeman wrote:
> On Wed, Jul 10, 2019 at 8:03 PM William Hubbs wrote:
> >
> > On Wed, Jul 10, 2019 at 07:30:57PM -0400, Michael Orlitzky wrote:
> > > On 7/10/19
On Wed, Jul 10, 2019 at 08:17:06PM -0400, Michael Orlitzky wrote:
*snip*
> Will the system boot if you don't install sysvinit and if you don't
> provide the /sbin/init wrapper for /sbin/openrc-init?
No, but this is also true if you remove sysvinit and install systemd
with the sysv-utils use flag
On Thu, Jul 11, 2019 at 09:01:16AM -0400, Michael Orlitzky wrote:
> On 7/10/19 11:14 PM, William Hubbs wrote:
> >
> > I don't want to remove sysvinit by default. If you want to remove it,
> > you can, but I don't want to force that issue. That's why I don&#
On Thu, Jul 11, 2019 at 09:42:02AM -0400, Rich Freeman wrote:
> On Wed, Jul 10, 2019 at 11:02 PM William Hubbs wrote:
> >
> > > RDEPEND="sysv-utils? ( !sys-apps/sysvinit )
> > > !sysv-utils? ( sys-apps/sysvinit )"
> >
> > I like this,
On Thu, Jul 11, 2019 at 11:39:10AM -0400, Mike Gilbert wrote:
> On Wed, Jul 10, 2019 at 11:02 PM William Hubbs wrote:
> > > Systemd already has IUSE=+sysv-utils which has a similar function:
> > > [- ] sysv-utils
> > > sys-apps/systemd: Install sysvi
On Thu, Jul 11, 2019 at 12:11:40PM -0400, Michael Orlitzky wrote:
> Indeed, the fact that sys-apps/sysvinit installs an inittab that
> references /sbin/openrc without depending on sys-apps/openrc already
> looks very wrong to me.
Correct, that's what I have been thinking about.
> Perhaps OpenRC s
On Thu, Jul 11, 2019 at 12:46:02PM -0400, Rich Freeman wrote:
> On Thu, Jul 11, 2019 at 11:56 AM William Hubbs wrote:
> >
> > On Thu, Jul 11, 2019 at 09:42:02AM -0400, Rich Freeman wrote:
> > > On Wed, Jul 10, 2019 at 11:02 PM William Hubbs
> > > wrote:
>
All,
I removed virtual/daemontools from virtual/init because it doesn't
appear to be an init process; it is just a service manager.
Here is a list of the rdepends in my proposed virtual/init with
comments.
kernel_linux? (
|| (
sys-apps/sysvinit
On Sun, Jul 14, 2019 at 09:49:00PM -0400, Michael Orlitzky wrote:
> On 7/14/19 7:50 PM, Mike Gilbert wrote:
> >
> > +# Mike Gilbert (2019-07-14)
> > +# Enable split-usr by default to keep systems working.
> > +USE="${USE} split-usr"
>
> A mandatory USE="keep-working" raises some philosophical r
On Mon, Jul 15, 2019 at 05:29:28AM +0200, Michał Górny wrote:
> On Sun, 2019-07-14 at 19:50 -0400, Mike Gilbert wrote:
> > Signed-off-by: Mike Gilbert
> > ---
> > profiles/use.desc | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/profiles/use.desc b/profiles/use.desc
> > index fc19
On Mon, Jul 15, 2019 at 10:51:46AM -0400, Michael Orlitzky wrote:
> On 7/15/19 10:45 AM, Jaco Kroon wrote:
> > I have no idea who wrote this:
> >
> > "The historical justification for a /bin, /sbin and /lib separate from
> > /usr no longer applies today." but I strongly disagree.
>
> All of that
All,
I saw that someone in another thread asked about a tracker for usr merge
related fixes.
There wasn't one, so I opened one.
https://bugs.gentoo.org/usrmerge-fixes
Thanks,
William
signature.asc
Description: Digital signature
On Sat, Jul 20, 2019 at 12:17:16PM -0400, Mike Gilbert wrote:
> On Sat, Jul 20, 2019 at 11:40 AM Haelwenn (lanodan) Monnier
> wrote:
> >
> > [2019-07-20 10:27:53-0500] William Hubbs:
> > > I saw that someone in another thread asked about a tracker for us
On Tue, Aug 06, 2019 at 11:29:50PM +0200, Michał Górny wrote:
> Hi,
>
> Some time ago William asked me to move UID/GID assignments from wiki [1]
> to something more accessible. I've finally gotten around to draft
> something, and I'd like to hear your comments about it. The idea is to
> keep a w
On Sat, Aug 10, 2019 at 10:51:52PM +0200, Michał Górny wrote:
> On Sat, 2019-08-10 at 15:49 -0500, William Hubbs wrote:
> > On Tue, Aug 06, 2019 at 11:29:50PM +0200, Michał Górny wrote:
> > > Hi,
> > >
> > > Some time ago William asked me to move UID/GI
On Sun, Aug 11, 2019 at 12:40:04AM +0200, Ulrich Mueller wrote:
> >>>>> On Sat, 10 Aug 2019, William Hubbs wrote:
>
> > I propose using a colon like we do in /etc/passwd:
>
> > root:0:0:baselayout:
> > bin:1:1:baselayout:some notes go here
>
On Sat, Aug 10, 2019 at 05:41:56PM -0700, Matt Turner wrote:
> On Sat, Aug 10, 2019 at 1:49 PM William Hubbs wrote:
> >
> > On Tue, Aug 06, 2019 at 11:29:50PM +0200, Michał Górny wrote:
> > > Hi,
> > >
> > > Some time ago William asked me to move
On Sun, Aug 11, 2019 at 03:04:02PM -0700, Matt Turner wrote:
> On Sun, Aug 11, 2019 at 12:48 PM William Hubbs wrote:
> > If we are going to require a modeline, shouldn't we consider allowing
> > them by default so we can work out of the box instead of having to tweak
>
On Fri, Aug 16, 2019 at 07:10:27PM +0200, Michał Górny wrote:
> Hi,
>
> leio asked me yesterday for the possibility of marking packages
> as deprecated, so that CI would issue warnings when other packages
> depend on them. I think that's quite a good idea, so I'd like to
> propose a simple implem
Date: Thu, 22 Aug 2019 16:53:24 -0500
Subject: [PATCH 1/2] acct-group/spire: add "spire" group
Copyright: Sony Interactive Entertainment Inc.
Package-Manager: Portage-2.3.69, Repoman-2.3.16
RepoMan-Options: --force
Signed-off-by: William Hubbs
---
acct-group/spire/metadata.xml | 8
On Thu, Aug 22, 2019 at 02:03:50PM +0200, Michał Górny wrote:
> Copy the UID/GID assignments from Gentoo Wiki.
>
> Signed-off-by: Michał Górny
> ---
I had another idea about this as I was leaving the office today.
Would it be worth dropping this file in metadata in the ::gentoo
repository?
Th
On Fri, Sep 06, 2019 at 12:27:25PM -0500, Ben Kohler wrote:
> Signed-off-by: Ben Kohler
> ---
> eclass/tmpfiles.eclass | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/eclass/tmpfiles.eclass b/eclass/tmpfiles.eclass
> index 68478ffbcd6..360c5e3b816 100644
> --- a/ec
All,
First off, everything I'm saying here is definitely open to discussion;
they are issues I have found with go 1.13.
with Go 1.13, go modules are the default way to build software written
in Go. If upstream has a go.mod file in their distribution, this
version of Go will assume that they are u
On Mon, Sep 09, 2019 at 11:19:02AM -0700, Zac Medico wrote:
> On 9/9/19 10:34 AM, William Hubbs wrote:
>
> > There is another option I want to try which is adding "go mod vendor" to
> > src_unpack for go packages.
>
> If you do that then it will violate
On Mon, Sep 09, 2019 at 02:54:51PM -0400, Michael Orlitzky wrote:
> On 9/9/19 2:19 PM, Zac Medico wrote:
> > On 9/9/19 10:34 AM, William Hubbs wrote:
> >
> >> There is another option I want to try which is adding "go mod vendor" to
> >> src_unpack for g
On Tue, Sep 10, 2019 at 08:35:17AM +1200, Kent Fredric wrote:
> On Mon, 9 Sep 2019 12:34:18 -0500
> William Hubbs wrote:
>
> > There is another option I want to try which is adding "go mod vendor" to
> > src_unpack for go packages.
>
> Is it infeasible
On Mon, Sep 09, 2019 at 09:00:31PM +0200, Michał Górny wrote:
> On Mon, 2019-09-09 at 13:41 -0500, William Hubbs wrote:
> > On Mon, Sep 09, 2019 at 11:19:02AM -0700, Zac Medico wrote:
> > > On 9/9/19 10:34 AM, William Hubbs wrote:
> > >
> > > > There i
On Mon, Sep 09, 2019 at 03:57:18PM -0700, Georgy Yakovlev wrote:
> On Monday, September 9, 2019 2:46:16 PM PDT William Hubbs wrote:
> > On Tue, Sep 10, 2019 at 08:35:17AM +1200, Kent Fredric wrote:
> > > On Mon, 9 Sep 2019 12:34:18 -0500
> > >
> > > William Hu
On Mon, Sep 09, 2019 at 06:21:42PM -0500, William Hubbs wrote:
> On Mon, Sep 09, 2019 at 03:57:18PM -0700, Georgy Yakovlev wrote:
> > On Monday, September 9, 2019 2:46:16 PM PDT William Hubbs wrote:
> > > On Tue, Sep 10, 2019 at 08:35:17AM +1200, Kent Fredric wrote:
> > &
Copyright: Sony Interactive Entertainment Inc.
Package-Manager: Portage-2.3.69, Repoman-2.3.16
Signed-off-by: William Hubbs
---
app-misc/spire/spire-0.8.1.ebuild | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(-)
diff --git a/app-misc/spire/spire-0.8.1.ebuild
b/app-misc
This patch series adds an eclass to build software written in Go which
uses go modules.
Also, it converts a couple of packages I maintain to this system so that
you can see how ebuilds might look that use it.
William Hubbs (3):
go-module.eclass: introduce new eclass to handle go modules
app
Copyright: Sony Interactive Entertainment Inc.
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 76 +
1 file changed, 76 insertions(+)
create mode 100644 eclass/go-module.eclass
diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
new
Copyright: Sony Interactive Entertainment Inc.
Package-Manager: Portage-2.3.69, Repoman-2.3.16
Signed-off-by: William Hubbs
---
dev-vcs/hub/hub-2.12.3.ebuild | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/dev-vcs/hub/hub-2.12.3.ebuild b/dev-vcs/hub/hub-2.12.3.ebuild
On Wed, Sep 11, 2019 at 01:39:32PM -0400, Michael Orlitzky wrote:
> On 9/11/19 1:21 PM, William Hubbs wrote:
> > +++ b/dev-vcs/hub/hub-2.12.3.ebuild
> > ...
> >
> > LICENSE="MIT"
>
> This license is wrong, as it's pretty much guaranteed to be
On Wed, Sep 11, 2019 at 07:38:17PM +0200, Michał Górny wrote:
> On Wed, 2019-09-11 at 12:21 -0500, William Hubbs wrote:
> > Copyright: Sony Interactive Entertainment Inc.
> > Signed-off-by: William Hubbs
> > ---
> > eclass/go-module.eclass | 76 +
On Thu, Sep 12, 2019 at 07:15:28AM +1200, Kent Fredric wrote:
> On Wed, 11 Sep 2019 12:47:20 -0500
> William Hubbs wrote:
>
> > Sorry, That train already left the station with the golang-* eclasses
> > and there is nothing we can do about it.
>
> Saying "this c
On Wed, Sep 11, 2019 at 08:31:16PM +0200, Michał Górny wrote:
> On Wed, 2019-09-11 at 13:22 -0500, William Hubbs wrote:
> > On Wed, Sep 11, 2019 at 07:38:17PM +0200, Michał Górny wrote:
> > > On Wed, 2019-09-11 at 12:21 -0500, William Hubbs wrote:
> > > > Copyright:
On Wed, Sep 11, 2019 at 07:47:04PM +, Michał Górny wrote:
> Dnia September 11, 2019 7:40:41 PM UTC, William Hubbs
> napisał(a):
> >On Wed, Sep 11, 2019 at 08:31:16PM +0200, Michał Górny wrote:
> >> On Wed, 2019-09-11 at 13:22 -0500, William Hubbs wrote:
> >> &
On Wed, Sep 11, 2019 at 04:34:27PM -0700, Alec Warner wrote:
> On Wed, Sep 11, 2019 at 10:39 AM Michael Orlitzky wrote:
>
> > On 9/11/19 1:21 PM, William Hubbs wrote:
> > > +++ b/dev-vcs/hub/hub-2.12.3.ebuild
> > > ...
> > >
> > > LICENSE="MI
On Wed, Sep 11, 2019 at 04:31:00PM -0700, Alec Warner wrote:
> On Wed, Sep 11, 2019 at 10:28 AM William Hubbs wrote:
>
> > Copyright: Sony Interactive Entertainment Inc.
> > Signed-off-by: William Hubbs
> > ---
> > eclass/go-module.eclass | 76 ++
On Wed, Sep 11, 2019 at 05:28:22PM -0700, Alec Warner wrote:
> On Wed, Sep 11, 2019 at 5:05 PM William Hubbs wrote:
>
> > On Wed, Sep 11, 2019 at 04:31:00PM -0700, Alec Warner wrote:
> > > On Wed, Sep 11, 2019 at 10:28 AM William Hubbs
> > wrote:
> > >
On Wed, Sep 11, 2019 at 05:05:50PM -0700, Alec Warner wrote:
> On Wed, Sep 11, 2019 at 4:48 PM William Hubbs wrote:
>
> > On Wed, Sep 11, 2019 at 04:34:27PM -0700, Alec Warner wrote:
> > > On Wed, Sep 11, 2019 at 10:39 AM Michael Orlitzky
> > wrote:
> > >
On Thu, Sep 12, 2019 at 05:39:42AM +, Michał Górny wrote:
> Dnia September 11, 2019 11:11:15 PM UTC, William Hubbs
> napisał(a):
> >On Wed, Sep 11, 2019 at 07:47:04PM +, Michał Górny wrote:
> >> Dnia September 11, 2019 7:40:41 PM UTC, William Hubbs
> > napis
tarball is needed.
An ebuild using this would look the same as in the previous round, so
I'm not including any examples.
William Hubbs (1):
go-module.eclass: introduce new eclass to handle go modules
eclass/go-module.eclass | 100
1 file changed
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 100
1 file changed, 100 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
I know about the typos on the eqawarns, they need to be a block if, so
I'll take care of that before I commit.
Wililam
signature.asc
Description: Digital signature
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 117
1 file changed, 117 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
upstream vendors.
This could not happen if we use the method forcing the version into the
path stored in the vendor tarball.
Thanks,
William
William Hubbs (1):
go-module.eclass: introduce new eclass to handle go modules
eclass/go-module.eclass | 117
1
All,
here is my thought about the src_prepare function in the eclass.
It is commented right now, but I want to uncomment it and not force ${P}
into the path in the vendor tarball if no one objects; I think it is
easier to do that because it would allow me to detect when upstream
vendors and the ma
On Mon, Sep 16, 2019 at 10:48:14AM -0700, Zac Medico wrote:
> On 9/16/19 7:17 AM, William Hubbs wrote:
> > +BDEPEND=">=dev-lang/go-1.12"
> > +
> > +# The following go flags should be used for all go builds.
> > +# -mod=vendor stopps downloading of dependen
On Mon, Sep 16, 2019 at 11:01:38AM -0700, Zac Medico wrote:
> On 9/16/19 7:17 AM, William Hubbs wrote:
> > +# 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 i
On Mon, Sep 16, 2019 at 08:05:50PM +0200, Michał Górny wrote:
> On Mon, 2019-09-16 at 09:17 -0500, William Hubbs wrote:
> > Signed-off-by: William Hubbs
> > ---
> > eclass/go-module.eclass | 117
> > 1 file changed, 117 ins
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:01:38AM -0700, Zac Medico wrote:
> >> For packages that I maintain, I'd prefer to continue using EGO_VENDOR to
> >> even with pa
901 - 1000 of 1450 matches
Mail list logo
