On Sun, Dec 21, 2014 at 11:39:20AM -0500, Rich Freeman wrote:
> On Sun, Dec 21, 2014 at 10:40 AM, William Hubbs wrote:
> > On Sun, Dec 21, 2014 at 03:15:48PM +0300, Сергей wrote:
> >> Today two bugs from 504116's dependencies were resolved and two other
> >>
On Mon, Dec 22, 2014 at 03:18:01PM +0100, Matthias Maier wrote:
> IMHO, maintaining a sensible set of old glibc versions of the last 5
> years makes sense, and we should try to support it:
We have a general policy in the distro that says we only have to worry
about one year. Besides that, linux-2.
All,
this discussion got side-tracked into gcc, which was not my intent;
let's go back to my specific question about glibc.
On Mon, Dec 22, 2014 at 10:22:41PM +0100, Andreas K. Huettel wrote:
> > some of such software is
> > binary, some other is too large to be updated regularly.
>
> Please giv
On Tue, Dec 23, 2014 at 08:45:49AM -0500, Anthony G. Basile wrote:
> On 12/22/14 23:55, William Hubbs wrote:
> > All,
> >
> > this discussion got side-tracked into gcc, which was not my intent;
> > let's go back to my specific question about glibc.
> >
> &
On Tue, Dec 23, 2014 at 09:10:32AM +0100, Matthias Maier wrote:
> I'm a bit surprised about this discussion as Mike, who currently
> maintains the toolchain, has never implied that suddenly older versions
> of glibc are unusable. Or that we need a big cleanup.
>
> He simply stated two facts (that
On Tue, Dec 23, 2014 at 09:46:28AM -0500, Anthony G. Basile wrote:
> On 12/23/14 09:39, William Hubbs wrote:
> > On Tue, Dec 23, 2014 at 08:45:49AM -0500, Anthony G. Basile wrote:
> >> On 12/22/14 23:55, William Hubbs wrote:
> >>> All,
> >>>
> >>
All,
Many packages have been masked in the tree for months - years with no
signs of fixes.
I am particularly concerned about packages with known security
vulnerabilities staying in the main tree masked. If people want to keep
using those packages, I don't want to stop them, but packages like this
All,
these packages have been masked in the tree for months - years with no
signs of fixes.
I am particularly concerned about packages with known security
vulnerabilities staying in the main tree masked. If people want to keep
using those packages, I don't want to stop them, but packages like thi
On Wed, Jan 07, 2015 at 03:10:13PM +0200, Alan McKinnon wrote:
> On 07/01/2015 14:56, Rich Freeman wrote:
> > On Tue, Jan 6, 2015 at 6:47 PM, William Hubbs wrote:
> >>
> >> I am particularly concerned about packages with known security
> >> vulnerabilities
On Wed, Jan 07, 2015 at 06:49:56AM -0500, Philip Webb wrote:
> 150106 William Hubbs wrote:
> > Many packages have been masked in the tree for months - years
> > with no signs of fixes. I am particularly concerned
> > about packages with known security vulnerabilities
> &g
On Wed, Jan 07, 2015 at 11:21:56AM -0500, Mike Pagano wrote:
> On Tue, Jan 06, 2015 at 05:47:10PM -0600, William Hubbs wrote:
> > All,
> >
> > these packages have been masked in the tree for months - years with no
> > signs of fixes.
> >
> > I am particula
On Wed, Jan 07, 2015 at 12:24:12PM -0500, Mike Pagano wrote:
> On Wed, Jan 07, 2015 at 12:14:23PM -0500, Mike Gilbert wrote:
> > On Wed, Jan 7, 2015 at 12:11 PM, William Hubbs wrote:
> > > On Wed, Jan 07, 2015 at 11:21:56AM -0500, Mike Pagano wrote:
> > >> On Tue, Ja
On Wed, Jan 07, 2015 at 01:29:15PM -0500, Mike Pagano wrote:
> On Wed, Jan 07, 2015 at 11:11:32AM -0600, William Hubbs wrote:
> > On Wed, Jan 07, 2015 at 11:21:56AM -0500, Mike Pagano wrote:
> > > On Tue, Jan 06, 2015 at 05:47:10PM -0600, William Hubbs
On Wed, Jan 07, 2015 at 02:48:01PM -0500, Mike Pagano wrote:
> On Wed, Jan 07, 2015 at 01:08:21PM -0600, William Hubbs wrote:
> > On Wed, Jan 07, 2015 at 01:29:15PM -0500, Mike Pagano wrote:
> > > On Wed, Jan 07, 2015 at 11:11:32AM -0600, William Hubbs wrote:
> > > >
On Wed, Jan 07, 2015 at 04:33:19PM -0600, William Hubbs wrote:
> On Wed, Jan 07, 2015 at 02:48:01PM -0500, Mike Pagano wrote:
> > On Wed, Jan 07, 2015 at 01:08:21PM -0600, William Hubbs wrote:
> > > On Wed, Jan 07, 2015 at 01:29:15PM -0500, Mike Pagano wrote:
> > > >
On Thu, Jan 08, 2015 at 04:26:02AM +0300, Andrew Savchenko wrote:
> On Tue, 6 Jan 2015 17:47:10 -0600 William Hubbs wrote:
> > All,
> >
> > these packages have been masked in the tree for months - years with no
> > signs of fixes.
>
> Some of them are binary p
On Thu, Jan 08, 2015 at 05:53:47AM -0500, Rich Freeman wrote:
> On Thu, Jan 8, 2015 at 4:45 AM, Pacho Ramos wrote:
> > El mié, 07-01-2015 a las 19:19 -0500, Jonathan Callen escribió:
> > [...]
> >> The only reason there is a security issue with nethack (and other
> >> games like it) on Gentoo, and
On Sat, Jan 17, 2015 at 01:44:21PM +0100, Dirkjan Ochtman wrote:
> On Sat, Jan 17, 2015 at 12:35 PM, Patrick Lauer wrote:
> > * Stage3 archives are too fat
> > See https://bugs.gentoo.org/show_bug.cgi?id=531632
> > We're now shipping three python versions and glib for extra fun!
> > Fi
On Sun, Jan 18, 2015 at 01:21:56PM +0100, Dirkjan Ochtman wrote:
> On Sat, Jan 17, 2015 at 9:00 PM, William Hubbs wrote:
> >> Why the heck do we ship both 3.3 and 3.4? I forget the exact situation
> >> with 2.x and 3.x, but I don't think setting PYTHON_TARGETS to 2.7-o
All,
this is covered in the nfs-utils-1.3.1-r1 ebuild by ewarns; however, qa
asked me to write a news item as well, so here it is.
Let me know what you think.
Thanks,
William
Title: nfsmount service renamed nfsclient
Author: William Hubbs
Content-Type: text/plain
Posted: 2015-02-02
Revision
All,
as a separate thread from my last message, I would like to pose a
question.
When should ewarns vs news items be used to inform users about changes?
I'm not asking for a policy, just thoughts about when one or the other
should be used.
Thanks,
William
signature.asc
Description: Digital s
On Fri, Jan 30, 2015 at 06:22:31PM -0500, Rich Freeman wrote:
> On Fri, Jan 30, 2015 at 6:06 PM, William Hubbs wrote:
> >
> > When should ewarns vs news items be used to inform users about changes?
> > I'm not asking for a policy, just thoughts about when one or th
anges
Author: William Hubbs
Content-Type: text/plain
Posted: 2015-02-02
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: http://wiki.gentoo.org/wiki/NFSv4
signature.asc
Description: Digital signature
All,
here is the third iteration of this news item. Unless there are
objections, this will go in the tree sometime after 13:00 utc on
2015-02-02.
William
Title: nfs service changes
Author: William Hubbs
Content-Type: text/plain
Posted: 2015-02-02
Revision: 1
News-Item-Format: 1.0
Display-If
On Mon, Feb 16, 2015 at 02:34:50PM +0100, Pacho Ramos wrote:
> Hello
>
> Every day I am hitting tons of blockers stabilizations and keywording
> requests for alpha, sparc, ia64, ppc and ppc64.
>
> Again, I would suggest to either decrease radically the amount of stable
> packages of some of that
On Mon, Feb 16, 2015 at 02:34:50PM +0100, Pacho Ramos wrote:
> Hello
>
> Every day I am hitting tons of blockers stabilizations and keywording
> requests for alpha, sparc, ia64, ppc and ppc64.
>
> Again, I would suggest to either decrease radically the amount of stable
> packages of some of that
On Sat, Feb 21, 2015 at 09:18:08AM +0100, Michał Górny wrote:
> neovim:
>
> > # Copyright 1999-2015 Gentoo Foundation
> > # Distributed under the terms of the GNU General Public License v2
> > # $Header: $
> >
> > EAPI=5
> > inherit cmake-utils flag-o-matic
> >
> > DESCRIPTION="Vim's rebirth for
All,
I'm seeing at least two ways of handling zsh completion files in the
tree.
The first is in a package I maintain and several others in the tree --
using the zsh-completion use flag along with an rdepend on
app-shells/zsh behind the use flag. The package I maintain that does
this is www-client
On Thu, Mar 26, 2015 at 01:17:02PM -0400, Rich Freeman wrote:
> On Thu, Mar 26, 2015 at 12:51 PM, William Hubbs wrote:
> >
> > The other method is shown by dev-vcs/hub at least, and maybe several
> > other packages -- e.g. unconditionally installing the completions
>
On Sat, Mar 28, 2015 at 08:51:52AM +0800, Ben de Groot wrote:
> On 27 March 2015 at 00:51, William Hubbs wrote:
> > The other method is shown by dev-vcs/hub at least, and maybe several
> > other packages -- e.g. unconditionally installing the completions
> > accordi
All,
I want to start a discussion about our add-on files practice and try to
improve it.
I agree it is reasonable to install bash completions
unconditionally, because bash is part of the base requirement for
Gentoo. However, I do not agree that we should continue installing
add-on files for every
On Mon, Mar 30, 2015 at 12:11:34AM +0200, Matthias Maier wrote:
>
> > Thoughts?
>
> One point in favor of the current practice (installing add-on files
> unconditionally) is the fact that you can basically do it for free - you
> neither have to depend on additional packages, nor is the presence o
On Sun, Mar 29, 2015 at 07:49:32PM -0400, Rich Freeman wrote:
> On Sun, Mar 29, 2015 at 7:28 PM, William Hubbs wrote:
> > On Mon, Mar 30, 2015 at 12:11:34AM +0200, Matthias Maier wrote:
> >>
> >> > Thoughts?
> >>
> >> One point in favor
On Sun, Apr 12, 2015 at 05:54:36PM +0300, Andrew Savchenko wrote:
> Right now there is no hard dependency on github or travis, of
> course. But present pathway worries me: with current pace at some
> point we _will_ depend on travis or github too much. Then they may
> change their terms of service
On Sun, Apr 12, 2015 at 06:49:24PM +0200, Peter Stuge wrote:
> William Hubbs wrote:
> > It may take some work, but I do not think we could reach a point
> > where nothing could be changed.
> >
> > Remember that, unlike cvs, every git clone, by default, has all of the
&g
On Tue, Apr 21, 2015 at 09:57:16AM +0600, gro...@gentoo.org wrote:
> Hello *,
>
> There was a bug #526194 - dev-lisp/sbcl does not respect CFLAGS. It was
> "fixed" by Mark Wright on Jan 31 - Feb 1. However,
> after this fix the upstream CFLAGS were appended to the user-supplyed
> ${CFLAGS}. An
Title: udev-init-scripts-28 important changes
Author: William Hubbs
Content-Type: text/plain
Posted: 2015-06-01
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: <=sys-fs/udev-init-scripts-28
udev-init-scripts-28 and newer has two significant changes.
First, there is now a udev-trig
On Fri, May 29, 2015 at 06:49:36PM +0200, Alexis Ballier wrote:
> On Fri, 29 May 2015 11:43:22 -0500
> William Hubbs wrote:
>
> > The second change is that, from this point forward, the init scripts
> > will not be automatically added to the sysinit runlevel.
>
> w
On Fri, May 29, 2015 at 12:20:58PM -0500, William Hubbs wrote:
> On Fri, May 29, 2015 at 06:49:36PM +0200, Alexis Ballier wrote:
> > On Fri, 29 May 2015 11:43:22 -0500
> > William Hubbs wrote:
> >
> > > The second change is that, from this point forward, the
All,
here is the second version of this news item; there are more changes I
think I should mention, so they are in this draft.
William
Title: udev-init-scripts-28 important changes
Author: William Hubbs
Content-Type: text/plain
Posted: 2015-06-01
Revision: 1
News-Item-Format: 1.0
Display-If
All,
I have not released udev-init-scripts-28 yet. However, the latest
version is set up the way I think we should go forward; it automatically
adds the services to the sysinit runlevel.
Take a look and let me know what you think.
William
signature.asc
Description: Digital signature
1999-2015 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: s6.eclass
# @MAINTAINER:
# William Hubbs
# @BLURB: helper functions to install s6 services
# @DESCRIPTION:
# This eclass provides a helper to install s6 services.
# @EXAMPLE
On Mon, Jun 01, 2015 at 07:24:26PM +0200, Michał Górny wrote:
> Dnia 2015-06-01, o godz. 12:13:52
> William Hubbs napisał(a):
>
> > # @FUNCTION: s6_get_servicedir
> > # @DESCRIPTION:
> > # Output the path for the s6 service directory (not including ${D}).
> >
On Mon, Jun 01, 2015 at 01:39:01PM -0400, Brian Evans wrote:
> Can support be added for a run/finish log script?
> Should be no big deal to add what amounts to
>
> doexe $(s6_get_servicedir)/$name/log
> newexe run-s6 run
>
> Otherwise i may just cheat and use $name/log as the name on a second
> c
All,
here is an updated version of the eclass after receiving feedback on
IRC.
Let me know what you think.
Thanks,
William
# Copyright 1999-2015 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: s6.eclass
# @MAINTAINER:
# William
All,
here is the updated version of the eclass; I believe I fixed all typos.
Thanks,
William
# Copyright 1999-2015 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: s6.eclass
# @MAINTAINER:
# William Hubbs
# @BLURB: helper functions
This was committed just now since there was no further feedback.
William
signature.asc
Description: Digital signature
All,
here is the latest version of this news item. It will be submitted on 5
Jun if there is no feedback.
William
Title: udev-init-scripts-28 important changes
Author: William Hubbs
Content-Type: text/plain
Posted: 2015-06-05
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: <=sys-fs/u
-2015 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: go-live.eclass
# @MAINTAINER:
# William Hubbs
# @BLURB: Eclass for fetching and unpacking go repositories.
# @DESCRIPTION:
# This eclass is written to ease the maintenance of live
On Thu, Jun 04, 2015 at 12:27:39PM -0700, Andrew Udvare wrote:
>
> > On 2015-06-04, at 12:10, William Hubbs wrote:
> >
> > All,
> >
> > we are starting to get more go packages in the tree, so we need an
> > eclass that properly deals with go live ebuild
On Fri, Jun 05, 2015 at 12:54:45AM -0400, Mike Frysinger wrote:
> On 04 Jun 2015 14:10, William Hubbs wrote:
> > # @ECLASS: go-live.eclass
>
> since we're going to have a common go eclass, and i don't think we'll want to
> call it "go.eclass", thi
On Fri, Jun 05, 2015 at 09:34:42AM -0500, William Hubbs wrote:
> On Fri, Jun 05, 2015 at 12:54:45AM -0400, Mike Frysinger wrote:
> > On 04 Jun 2015 14:10, William Hubbs wrote:
> > > # @MAINTAINER:
> > > # William Hubbs
> > > # @BLURB: Eclass for fe
:
# William Hubbs
# @BLURB: Eclass for fetching and unpacking go repositories.
# @DESCRIPTION:
# This eclass is written to ease the maintenance of live ebuilds
# of software written in the Go programming language.
inherit eutils
case "${EAPI:-0}" in
On Sat, Jun 06, 2015 at 09:26:08AM +0200, Justin Lecher (jlec) wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi everyone,
>
> Can we get an agreement on how we are indenting metadata.xml?
>
> I like to properly format and indent metadata.xml, but without having
> an agreement or
On Tue, Jun 09, 2015 at 11:34:34PM -0400, Dean Stephens wrote:
> On 06/08/15 15:38, William Hubbs wrote:
> > All,
> >
> > here is the latest version of this eclass, which I will commit an
> > hour from now if no one has any objections.
> >
> > Thanks,
>
On Wed, Jun 10, 2015 at 11:53:28AM -0400, Mike Frysinger wrote:
> On 08 Jun 2015 14:38, William Hubbs wrote:
> > # Copyright 2015 Gentoo Foundation
>
> normally we use the header from skel.ebuild everywhere
Ok, I can fix that.
>
> > # We depend on dev-vcs/git since it
On Wed, Jun 10, 2015 at 12:32:54PM -0500, William Hubbs wrote:
> On Wed, Jun 10, 2015 at 11:53:28AM -0400, Mike Frysinger wrote:
> > On 08 Jun 2015 14:38, William Hubbs wrote:
> > > # We depend on dev-vcs/git since it is the most used vcs for Go
> > > # packages. Howeve
terms of the GNU General Public License v2
# $Header: $
# @ECLASS: golang.eclass
# @MAINTAINER:
# William Hubbs
# @BLURB: Eclass for compiling go packages.
# @DESCRIPTION:
# This eclass provides a default src_compile function for software
# written in the Go programming language.
case "${EA
On Thu, Jun 11, 2015 at 08:58:37AM -0700, Andrew Udvare wrote:
>
> > On 2015-06-11, at 08:38, William Hubbs wrote:
> >
> > this eclass is meant to provide a common src_compile function for
> > packages written in the Go programming language.
> >
> > Let
All,
I want to start a discussion here about the go ebuilds we have in the
tree that are installing *.a files to $GOROOT/pkg. From now on in this
message, when I say package, I mean a *.a file.
dev-lang/go must do this, because it includes the standard library.
However, I do not think third party
All,
in looking at some of the Go ebuilds we have in the tree, I see that
some of them, for example go-tools, have multiple Go packages in a
single repository. This means that something like:
go get -d -u -t golang.org/x/tools
will fail. There is an issue opened upstream about this [1].
My ques
On Fri, Jun 12, 2015 at 11:18:29AM -0700, Patrick McLean wrote:
> On Fri, 12 Jun 2015 12:54:04 -0500
> William Hubbs wrote:
>
> > All,
> >
> > in looking at some of the Go ebuilds we have in the tree, I see that
> > some of them, for example go-tools, have mul
On Fri, Jun 12, 2015 at 10:02:41PM +0200, Kristian Fiskerstrand wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 06/12/2015 09:58 PM, William Hubbs wrote:
> > On Fri, Jun 12, 2015 at 11:18:29AM -0700, Patrick McLean wrote:
> >> On Fri, 12 Jun 2015 1
On Fri, Jun 12, 2015 at 10:39:57PM +, Duncan wrote:
> Patrick McLean posted on Fri, 12 Jun 2015 11:18:29 -0700 as excerpted:
>
> > We could make go ebuilds simply install their sources to something like
> > /usr/share/go/${PN}-${SLOT}.
>
> I'm staying out of the general discussion, but this..
There have been no more comments on this eclass.
I did, however, find some typos that I fixed. I will attach the patch
with the fixes here then commit the eclass. Without these fixes the
eclass generates "command not found" errors.
The fixes involve s/umask_push/eumask_push/ and s/umask_pop/eumas
On Thu, Jun 11, 2015 at 04:39:05PM -0700, Zac Medico wrote:
> On 06/11/2015 11:43 AM, William Hubbs wrote:
> > On Thu, Jun 11, 2015 at 08:58:37AM -0700, Andrew Udvare wrote:
> >>
> >>> On 2015-06-11, at 08:38, William Hubbs wrote:
> >>>
> >>>
Folks,
there are a couple of changes I need to make to golang-vcs.eclass.
This change adds a feature that is needed for repositories with multiple
packages (specifically the EGO_SRC variable),
changes references from ${S} to ${WORKDIR}/${P} to match other eclasses
and copies the appropriate sourc
: $
# @ECLASS: golang-build.eclass
# @MAINTAINER:
# William Hubbs
# @BLURB: Eclass for compiling go packages.
# @DESCRIPTION:
# This eclass provides default src_compile, src_test and src_install
# functions for software written in the Go programming language.
case "${EAPI:-0}" in
On Wed, Jun 17, 2015 at 03:51:12PM -0500, William Hubbs wrote:
> # Copyright 1999-2015 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
> # $Header: $
>
> # @ECLASS: golang-build.eclass
> # @MAINTAINER:
> # William Hubbs
> # @BLURB:
This is committed.
William
signature.asc
Description: Digital signature
All,
I have been testing with this today and noticed some flags that needed
to be changed on the go commands.
Those changes are included in this patch,.
The flag changes make the go commands as verbose as possible and drop
some invalid flags.
William
--- golang-build.eclass 2015-06-18 16:44:33
General Public License v2
# $Header: $
# @ECLASS: golang-build.eclass
# @MAINTAINER:
# William Hubbs
# @BLURB: Eclass for compiling go packages.
# @DESCRIPTION:
# This eclass provides default src_compile, src_test and src_install
# functions for software written in the Go programming language.
case
All,
here are more non-api-breaking updates to golang-vcs.eclass:
1. The GOPATH environment variable is now passed directly to the
commands that need it.
2. The correct directory of source files is copied to the correct
location under ${S}.
I'll post this as a patch since the eclass is in the tr
On Tue, Jun 23, 2015 at 09:56:30AM +0200, Justin (jlec) wrote:
> Hi,
>
> I like to prune base.eclass usage from waf-utils.eclass
Definitely.
How much closer will this bring us to killing base.eclass with fire?
William
signature.asc
Description: Digital signature
On Mon, Jun 22, 2015 at 05:36:16PM -0500, William Hubbs wrote:
> All,
>
> here are more non-api-breaking updates to golang-vcs.eclass:
>
> 1. The GOPATH environment variable is now passed directly to the
> commands that need it.
> 2. The correct directory of source files is
All,
I am commiting golang-build.eclass and applying the attached patch at
the same time.
In my testing of the golang-vcs and golang-build eclasses, I never saw a
need to have separate EGO_PN and EGO_PN_BUILD variables, so we now use
EGO_PN in both eclasses.
William
--- golang-build.eclass 2015
On Wed, Jun 24, 2015 at 05:54:31PM +0200, Michał Górny wrote:
> Dnia 2015-06-24, o godz. 15:38:34
> "William Hubbs (williamh)" napisał(a):
*snip*
> > # @FUNCTION: _golang-build_setup
> > # @INTERNAL
> > # @DESCRIPTION:
> > # Make sure EGO_PN has a value.
All,
now that we have golang-vcs.eclass and golang-build.eclass in the tree,
I would like to start converting ebuilds to take advantage of them.
If you don't want me touching your ebuilds, please respond here and let
me know.
Thanks,
William
signature.asc
Description: Digital signature
On Wed, Jun 24, 2015 at 07:02:49PM +0200, Michał Górny wrote:
> Dnia 2015-06-24, o godz. 11:51:44
> William Hubbs napisał(a):
>
> > On Wed, Jun 24, 2015 at 05:54:31PM +0200, Michał Górny wrote:
> > > Dnia 2015-06-24, o godz. 15:38:34
> > > "William Hubbs (
All,
we have several Go ebuilds in the tree that bundle multiple separate
upstream sources. One example is app-admin/consul-0.5.2.
My thought is that we shouldn't bundle like this, but we should figure
out how to write ebuilds for the dependent packages as well.
What do others think?
William
All,
we have digressed a bit, so I want to bring the discussion back to what
my main concerns are about this issue.
1. Should we bundle Go packages with Go software?
If we do, except for the Go standard library which is part of
dev-lang/go, do we need to bother with installing Go sources and
pac
On Tue, Jun 30, 2015 at 10:53:58AM -0700, Zac Medico wrote:
> On 06/30/2015 08:35 AM, William Hubbs wrote:
> > All,
> >
> > we have digressed a bit, so I want to bring the discussion back to what
> > my main concerns are about this issue.
> >
> > 1. Should
On Tue, Jun 30, 2015 at 02:34:52PM -0700, Zac Medico wrote:
> On 06/30/2015 01:30 PM, William Hubbs wrote:
> > On Tue, Jun 30, 2015 at 10:53:58AM -0700, Zac Medico wrote:
> >> On 06/30/2015 08:35 AM, William Hubbs wrote:
> >>> All,
> >>>
> >&g
On Tue, Jun 30, 2015 at 04:48:29PM -0700, Zac Medico wrote:
> On 06/30/2015 03:08 PM, William Hubbs wrote:
> > Thinking about this, there may be a third option. This would take a
> > slight reworking of the golang-build.eclass, but that is easy to do,
> > and it woul
On Fri, Jul 03, 2015 at 06:34:41AM +, Robin H. Johnson wrote:
> On Thu, Jul 02, 2015 at 09:46:18PM -0400, Brian Evans wrote:
> > Does this mean that https://wiki.gentoo.org/wiki/Gentoo_git_workflow
> > is no longer draft or needs work or another document is meant to
> > display the new flow?
>
On Sat, Jul 04, 2015 at 10:14:14AM +0200, Manuel Rüger wrote:
> On 03.07.2015 22:22, Robin H. Johnson wrote:
> > (Breaking the thread, because I believe this topic needs further
> > discussion).
> >
> > On Fri, Jul 03, 2015 at 03:39:31PM +0200, Manuel Rüger wrote:
> >> Are there still any plans to
On Sat, Jul 04, 2015 at 02:33:04PM -0400, NP-Hardass wrote:
>
>
> On July 4, 2015 2:17:41 PM EDT, "C Bergström"
> wrote:
> >I realize that this is subject to lots of different opinions and that
> >my input doesn't carry much weight - At least I thought it's a topic
> >that should be brought up
On Sat, Jul 04, 2015 at 12:19:28PM -0700, Zac Medico wrote:
> On 06/30/2015 03:08 PM, William Hubbs wrote:
> > The source code is where the compatibility between versions of Go is,
> > not the static objects, so what if, for third-party go packages, we
> > skip installi
On Sat, Jul 04, 2015 at 12:43:37PM -0700, Zac Medico wrote:
> On 07/04/2015 12:32 PM, William Hubbs wrote:
> > On Sat, Jul 04, 2015 at 12:19:28PM -0700, Zac Medico wrote:
> >> On 06/30/2015 03:08 PM, William Hubbs wrote:
> >>> The source code is where the compatibi
On Sun, Jul 05, 2015 at 09:05:59AM +0300, Andrew Savchenko wrote:
> On Sat, 4 Jul 2015 20:20:23 +0200 Peter Stuge wrote:
> > It's important that the review flow is well-understood and efficient.
>
> This is impossible in our case due to the lack of manpower.
> We already have a lot of bugs, patche
On Sun, Jul 05, 2015 at 04:03:27PM +0200, hasufell wrote:
> On 07/05/2015 06:10 AM, C Bergström wrote:
> >>> 5) More about linear commits and "history" - I need to double check,
> >>> but I don't think rebase changes the actual commit date (I could be
> >>> mistaken).
> >>
> >> You are mistaken, an
On Sun, Jul 05, 2015 at 07:17:26PM +0400, Jason Zaman wrote:
> On Sun, Jul 05, 2015 at 12:03:29PM +0700, C Bergström wrote:
> > On Sun, Jul 5, 2015 at 11:31 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> > > C Bergström posted on Sun, 05 Jul 2015 01:17:41 +0700 as excerpted:
> > >
> > >> I super don't
All,
I've been hearing lately that the newest versions of git allow you to
sign pushes.
Once we have a version of git stable that allows this, can someone fill
me in on why we would need to sign commits if we sign pushes? If we have
a signature on the push, we know where that came from, so it see
All,
the following backward compatible update makes the go package path
visible to ebuilds and separates the code that installs Go packages into
its own function which can be called by ebuilds.
Let me know what you think.
William
Index: golang-build.eclass
==
I broke the thread, because usage should be discussed in a different
thread than working on the eclass itself.
On Wed, Jul 22, 2015 at 10:17:19PM +0200, Dirkjan Ochtman wrote:
> On Wed, Jul 22, 2015 at 7:36 PM, William Hubbs wrote:
> > Let me know what you think.
>
> I tried to
All,
after some testing, i decided that the eclass should make both the
golibdir and the prefixed version of it available with functions.
The reason for this is that the prefixed golibdir should be part of
GOPATH when building packages.
The functions are get_golibdir and get_golibdir_gopath.
He
On Thu, Jul 23, 2015 at 12:37:59AM +0200, Manuel Rüger wrote:
> On 23.07.2015 00:19, William Hubbs wrote:
> > All,
> >
> > after some testing, i decided that the eclass should make both the
> > golibdir and the prefixed version of it available with functions.
> >
On Wed, Jul 22, 2015 at 05:19:11PM -0500, William Hubbs wrote:
> All,
>
> after some testing, i decided that the eclass should make both the
> golibdir and the prefixed version of it available with functions.
>
> The reason for this is that the prefixed golibdir should be par
what you think.
William
# Copyright 1999-2015 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/eclass/golang-build.eclass,v 1.4 2015/07/06
16:48:21 williamh Exp $
# @ECLASS: golang-build.eclass
# @MAINTAINER:
# William Hubbs
On Fri, Jul 24, 2015 at 08:28:37PM +0200, Dirkjan Ochtman wrote:
> On Fri, Jul 24, 2015 at 7:55 PM, Jauhien Piatlicki wrote:
> > are there any docs about how to package go stuff? As I would like to
> > package client for google drive [1], because net-misc/grive is broken.
> >
> > [1] https://githu
1101 - 1200 of 1450 matches
Mail list logo
