On Mon, Aug 22, 2016 at 09:28:44PM +0200, Hans de Graaff wrote:
> On Mon, 2016-08-22 at 10:58 -0500, William Hubbs wrote:
> > All,
> >
> > it looks like app-emulation/docker expects /etc/hostname to exist.
>
> Is there a bug for this? docker seems to work fine for me
On Mon, Aug 22, 2016 at 09:53:48PM +0200, Ulrich Mueller wrote:
> >>>>> On Mon, 22 Aug 2016, William Hubbs wrote:
>
> > Display-If-Installed:
> Why the condition on the version number?
I suppose I could change this to just sys-apps/openrc
>
> > #
On Mon, Aug 22, 2016 at 09:28:44PM +0200, Hans de Graaff wrote:
> On Mon, 2016-08-22 at 10:58 -0500, William Hubbs wrote:
> > All,
> >
> > it looks like app-emulation/docker expects /etc/hostname to exist.
>
> Is there a bug for this? docker seems to work fine for me
I thought about dropping the version number from the
display-if-installed line, but that doesn't make sense because it means
that everyone, including all new installs of OpenRC after this version,
would have to read the newsitem.
William
Title: OpenRC runscript transition
Author: William
On Tue, Aug 23, 2016 at 02:45:20PM -0400, Rich Freeman wrote:
> Symlinking /proc into /etc/hostname is still useful because it not
> only handles container hostnames (keep in mind that two containers
> could share the same /etc), but it also covers cases where the
> hostname changes, and it doesn't
On Tue, Aug 23, 2016 at 04:25:30PM -0400, Rich Freeman wrote:
> On Tue, Aug 23, 2016 at 3:57 PM, William Hubbs wrote:
> >
> > I am planning to change the logic in /etc/init.d/hostname so that if
> > /etc/hostname exists, the first word out of that file will be used as
> &g
On Tue, Aug 23, 2016 at 11:17:58PM +, Robin H. Johnson wrote:
> net-misc/dhcpcd (upstream?)
I maintain dhcpcd; I'm not sure why it is on this list.
In fact, there is a stablereq still pending on 6.11.1-r1.
Upstream is reachable on the #openrc chat channel.
> sys-apps/baselayout
I can become
On Wed, Aug 24, 2016 at 07:32:05PM +1200, Kent Fredric wrote:
> On Mon, 22 Aug 2016 17:57:43 -0500
> William Hubbs wrote:
>
> > I thought about dropping the version number from the
> > display-if-installed line, but that doesn't make sense because it means
> >
On Wed, Aug 24, 2016 at 04:05:05PM +0200, Lars Wendler wrote:
> On Tue, 23 Aug 2016 20:08:30 -0400 Anthony G. Basile wrote:
>
> >On 8/23/16 8:03 PM, Lars Wendler wrote:
> >> I have some kind of interest for these packages:
> >
> >Lars, maybe once we get some names we should get a meeting of
> >b
On Wed, Aug 24, 2016 at 07:41:42PM +0200, Thomas Deutschmann wrote:
> On 2016-08-24 19:07, William Hubbs wrote:
> > I do not plan to drop runscript at this point, that will happen when
> > openrc-1.0 is released, which will be a while yet.
>
> ...and that's the reason wh
Ok all,
here is what openrc-0.22 is going to do in terms of setting the host
name.
If /etc/hostname exists, the first word of that file will be used as the
host name.
Otherwise, if the value is set in /etc/conf.d/hostname it will be used.
Otherwise, OpenRC will not touch the hostname.
One advant
Title: OpenRC 0.22 updates
Author: William Hubbs
Content-Type: text/plain
Posted: 2016-09-26
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: <=sys-apps/openrc-0.22
In previous versions of OpenRC, configuration information was processed
so that service-specific configuration stored
On Sat, Sep 24, 2016 at 09:34:50AM -0500, »Q« wrote:
> On Fri, 23 Sep 2016 14:39:50 -0500
> William Hubbs wrote:
>
> > In previous versions of OpenRC, configuration information was
> > processed so that service-specific configuration stored
> > in /etc/conf.d
Title: OpenRC 0.22 updates
Author: William Hubbs
Content-Type: text/plain
Posted: 2016-09-26
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: <=sys-apps/openrc-0.22
In previous versions of OpenRC, configuration information was processed
so that service-specific configuration stored
On Mon, Sep 26, 2016 at 12:27:18PM -0500, Dale wrote:
> William Hubbs wrote:
>
> "then overridden bby configuration stored in"
>
> should be
>
> "then overridden by configuration stored in"
>
> Minor typo or sticky keyboard.
This is fixed, a
On Fri, Sep 30, 2016 at 11:29:05AM +1300, Kent Fredric wrote:
> On Thu, 29 Sep 2016 23:56:34 +0200
> Andy Mender wrote:
>
> > I believe the main problem comes from /bin/bash and potential symlinks that
> > would need to be introduced as part of the slotting.
>
> In a pinch you could probably ge
All,
this is a friendly reminder.
If you are merging pull requests from Github into the tree, please
remember to follow Gentoo ebuild maintenance policy [1].
In short, if you are not the maintainer of the ebuild or a member of a
project listed in metadata.xml, you are only allowed to make change
All,
I want to look into removing grub:0 from the tree; here are my thoughts
on why it should go.
- the handbook doesn't document grub:0; we officially only support
grub:2.
- There are multiple bugs open against grub:0 (15 at my last count). A
number of these as I understand it are because o
On Tue, Oct 04, 2016 at 08:44:05PM +, Duncan wrote:
> William Hubbs posted on Mon, 03 Oct 2016 16:59:33 -0500 as excerpted:
>
> > I want to look into removing grub:0 from the tree; here are my thoughts
> > on why it should go.
>
> I don't disagree with the thou
On Tue, Oct 04, 2016 at 05:04:12PM -0500, Dan Douglas wrote:
> Also grub2-mkconfig is disgusting. I wonder if anybody is interested
> in making something better because I doubt it would be much work for
> someone that knows grub well. 90% of what it does is generate
> boilerplate code that few peop
I broke the thread, because grub-2 configuration is an interesting
topic, but I think it deserves a separate thread from the removal of
grub-0 discussion.
On Wed, Oct 05, 2016 at 03:57:25PM +1300, Kent Fredric wrote:
> On Tue, 4 Oct 2016 22:22:12 -0400
> Rich Freeman wrote:
>
> > How do you gene
On Wed, Oct 05, 2016 at 04:52:31PM +, Martin Vaeth wrote:
> Mike Gilbert wrote:
> >
> > I have added an example grub.cfg to the gentoo repository.
>
> I finally made a repository of my grub.cfg "library"
> with a correpsonding example.
> This is a more sophisticated setup with a menu where
>
On Sun, Oct 09, 2016 at 03:45:11AM +0100, M. J. Everitt wrote:
> On 09/10/16 00:57, Ben Kohler wrote:
> >
> >
> > On Sat, Oct 8, 2016 at 9:28 AM, Tom H > <mailto:tomh0...@gmail.com>> wrote:
> >
> > On Tue, Oct 4, 2016 at 11:34 PM, William Hub
On Tue, Oct 11, 2016 at 10:42:43AM -0400, Tom H wrote:
> I was sharing what I do because I've overwritten a manually-edited
> grub.cfg by running grub-mkconfig/grub2-mkconfig/update-grub (re
> grub2-mkconfig, I use grub-mkconfig on Gentoo because I set
> "-multislot") more than once - and I know ot
On Fri, Oct 14, 2016 at 01:05:43PM -0400, William L. Thomson Jr. wrote:
*snip*
> If a package is src_install only, no
> src_compile, it should be required to have a -bin suffix, or -gbin if self
> made.
I disagree with this.
Remember that src_compile could be in an eclass or the package could
All,
this item is about an important fstab update. In short, people need to
move away from /dev/disk-by/* in their fstab vfiles.
I do have a question about the newsitem -- how do I make it display only
for Linux users?
Thanks,
William
Title: Inportant fstab update
Author: William Hubbs
On Tue, Oct 25, 2016 at 01:10:06PM -0400, Mike Gilbert wrote:
> On Tue, Oct 25, 2016 at 1:01 PM, William Hubbs wrote:
> > If you are not using /dev/disk/by-* paths in fstab, you do not need to
> take any action for this news item.
> >
> > If you are, it is very critical
On Tue, Oct 25, 2016 at 06:07:51PM +0100, James Le Cuirot wrote:
> On Tue, 25 Oct 2016 12:01:06 -0500
> William Hubbs wrote:
>
> > this item is about an important fstab update. In short, people need to
> > move away from /dev/disk-by/* in their fstab vfiles.
>
> &q
All,
here is the new version of this news item.
Thanks,
William
Title: Inportant fstab and localmount update
Author: William Hubbs
Author: Ian Stakenvicius
Content-Type: text/plain
Posted: 2016-11-04
Revision: 1
News-Item-Format: 1.0
Recent updates to service scripts in OpenRC and (e)udev
On Tue, Nov 01, 2016 at 01:30:56PM -0400, Mike Gilbert wrote:
> On Tue, Nov 1, 2016 at 1:22 PM, Rich Freeman wrote:
> > On Tue, Nov 1, 2016 at 12:52 PM, William Hubbs wrote:
> >>
> >> here is the new version of this news item.
> >>
> >
> > Sho
On Tue, Nov 01, 2016 at 02:14:43PM -0400, Rich Freeman wrote:
> On Tue, Nov 1, 2016 at 1:53 PM, William Hubbs wrote:
> > On Tue, Nov 01, 2016 at 01:30:56PM -0400, Mike Gilbert wrote:
> >> On Tue, Nov 1, 2016 at 1:22 PM, Rich Freeman wrote:
> >> > On Tue, Nov 1, 2
Here's round 3.
Unfortunately there isn't another way to limit the audiance further.
People can have openrc and systemd installed at the same time, and they
can have openrc installed on *bsd.
William
Title: Inportant fstab and localmount update
Author: William Hubbs
Author: Ian St
Title: Inportant fstab and localmount update
Author: William Hubbs
Author: Ian Stakenvicius
Display-If-Installed: sys-apps/openrc
Content-Type: text/plain
Posted: 2016-11-04
Revision: 1
News-Item-Format: 1.0
Recent updates to service scripts in OpenRC and (e)udev have removed the
requirement
On Wed, Nov 02, 2016 at 12:07:56PM +0300, Denis Lisov wrote:
> > The recommended solution is to convert fstab from using
> > "/dev/disk/by-*" to the LABEL=, UUID=, or PARTUUID= syntax.
>
> Is there any specific reason to mention these three but not PARTLABEL=
> used for GPT (maybe not only GPT) pa
On Thu, Nov 03, 2016 at 09:54:39AM -0400, Rich Freeman wrote:
> On Thu, Nov 3, 2016 at 9:45 AM, Ian Stakenvicius wrote:
> >
> >
> > Although metadata.xml is one way to do this, since it is more of a social
> > thing than a technical one I think it might be better to wikify it instead
> > -- each
All,
as part of bug 599044 [1], I have created a tmpfiles project which is a
standalone utility to handle systemd style tmpfiles.d files.
There is currently a live ebuild in the tree, but I haven't done any
releases yet.
Take a look at it, and anything about it is open for discussion at this
po
On Wed, Nov 09, 2016 at 03:33:10PM +0100, Michał Górny wrote:
> On Tue, 8 Nov 2016 17:41:02 -0600
> William Hubbs wrote:
>
> > All,
> >
> > as part of bug 599044 [1], I have created a tmpfiles project which is a
> > standalone utility to handle systemd style tm
Hi all,
I have been working on splitting the tmpfiles functionality out of
OpenRC [1], and I believe the new package is about to enter the tree.
OpenRC itself doesn't need this package to boot since it doesn't use
tmpfiles.d files, but other software does need it.
This brings up a couple of ques
On Tue, Nov 15, 2016 at 05:56:27PM +0100, Michał Górny wrote:
> On Tue, 15 Nov 2016 09:49:22 -0600
> "Dustin C. Hatch" wrote:
>
> > On 2016-11-14 23:09, Michał Górny wrote:
> > > On Mon, 14 Nov 2016 18:23:10 -0600
> > > William Hubbs wrote:
> &
On Tue, Nov 15, 2016 at 12:11:52PM -0500, Mike Gilbert wrote:
> On Tue, Nov 15, 2016 at 12:09 AM, Michał Górny wrote:
> > On Mon, 14 Nov 2016 18:23:10 -0600
> > William Hubbs wrote:
> >
> >> Hi all,
> >>
> >> I have been working on splitting the tm
# Copyright 1999-2016 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Id$
# @ECLASS: tmpfiles.eclass
# @MAINTAINER:
# Gentoo systemd project
# William Hubbs
# @AUTHOR:
# Mike Gilbert
# William Hubbs
# @BLURB: Functions related to tmpfiles.d files
# Copyright 1999-2016 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Id$
EAPI=6
DESCRIPTION="Virtual to select between different tmpfiles.d handlers"
HOMEPAGE=""
SRC_URI=""
LICENSE=""
SLOT="0"
KEYWORDS="alpha amd64 arm arm64 hppa ia64 m68k ~mips ppc ppc64
On Tue, Nov 15, 2016 at 09:07:20PM +0100, Michał Górny wrote:
> On Tue, 15 Nov 2016 13:42:00 -0600
> William Hubbs wrote:
>
> > # Copyright 1999-2016 Gentoo Foundation
> > # Distributed under the terms of the GNU General Public License v2
> > # $Id$
> >
# Copyright 1999-2016 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Id$
# @ECLASS: tmpfiles.eclass
# @MAINTAINER:
# Gentoo systemd project
# William Hubbs
# @AUTHOR:
# Mike Gilbert
# William Hubbs
# @BLURB: Functions related to tmpfiles.d files
> >>> Ian Stakenvicius wrote:
> >>>
> >>>> On 15/11/16 12:56 PM, William Hubbs wrote:
> >>>>> OpenRC itself doesn't install any tmpfiles.d files, and my plan is to
> >>>>> make sure virtual/tmpfiles and opent
On Wed, Nov 16, 2016 at 10:14:02AM -0500, Ian Stakenvicius wrote:
> On 16/11/16 10:08 AM, William Hubbs wrote:
> > opentmpfiles will be updated to install the service scripts which
> > will be run when OpenRC boots a system. There is nothing for
> > it to do if systemd is us
On Wed, Nov 16, 2016 at 01:04:11PM -0500, Ian Stakenvicius wrote:
> On 16/11/16 12:03 PM, William Hubbs wrote:
> > On Wed, Nov 16, 2016 at 10:14:02AM -0500, Ian Stakenvicius wrote:
> >> On 16/11/16 10:08 AM, William Hubbs wrote:
> >>> opentmpfiles will be updated
# Copyright 1999-2016 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Id$
# @ECLASS: tmpfiles.eclass
# @MAINTAINER:
# Gentoo systemd project
# William Hubbs
# @AUTHOR:
# Mike Gilbert
# William Hubbs
# @BLURB: Functions related to tmpfiles.d files
On Wed, Nov 16, 2016 at 06:09:59PM -0500, Ian Stakenvicius wrote:
> On 16/11/16 03:21 PM, William Hubbs wrote:
> >
> > I can make the service scripts call the systemd-tmpfiles service if it
> > is available or if not call the opentmpfiles implementation.
> >
> >
On Wed, Nov 16, 2016 at 06:19:28PM -0500, Ian Stakenvicius wrote:
> On 16/11/16 06:16 PM, William Hubbs wrote:
> > On Wed, Nov 16, 2016 at 06:09:59PM -0500, Ian Stakenvicius wrote:
> >> On 16/11/16 03:21 PM, William Hubbs wrote:
> >>>
> >>> I can make the
On Thu, Nov 17, 2016 at 06:16:27PM +1100, Michael Palimaka wrote:
> USE flags
>
> While it is preferable to test every USE flag combination, this is not
> always possible or appropriate. The package may have a large number of
> USE flags, a long compile time, or the stabilisation in ques
On Thu, Nov 17, 2016 at 10:02:25AM -0500, Ian Stakenvicius wrote:
> On 17/11/16 01:03 AM, Michał Górny wrote:
> > On Wed, 16 Nov 2016 14:21:41 -0600
> > William Hubbs wrote:
> >
> >> On Wed, Nov 16, 2016 at 01:04:11PM -0500, Ian Stakenvicius wrote:
> >>>
gt; > > On Wed, 16 Nov 2016 14:21:41 -0600
> > > > William Hubbs wrote:
> > > >
> > > >> On Wed, Nov 16, 2016 at 01:04:11PM -0500, Ian Stakenvicius wrote:
> > > >>> On 16/11/16 12:03 PM, William Hubbs wrote:
> > > >
I have picked this message to reply to so I'm at the end of the thread.
The plan is to create a separate package for the init scripts,
tmpfiles-init-scripts. This package will also add the init scripts to
the appropriate runlevels.
The providers of virtual/tmpfiles are opentmpfiles or systemd.
T
Hi Daniel,
On Sat, Nov 19, 2016 at 12:55:09AM -0800, Daniel Campbell wrote:
> Agreed. For most of my packages, I really don't mind since we're all
> working on Gentoo together, but it'd be super helpful if I was simply
> notified in the event that a package I maintain has gotten a security
> bump,
On Fri, Nov 25, 2016 at 06:41:20AM +1100, Michael Palimaka wrote:
> As I am sure everyone is aware by now, stabilisation requests on many
> architectures take a long time to be actioned. There are many factors
> contributing to this, but today I'd like to address three specific
> problems that unne
signature.asc
Description: Digital signature
# Copyright 1999-2016 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Id$
# @ECLASS: tmpfiles.eclass
# @MAINTAINER:
# Gentoo systemd project
# William Hubbs
# @AUTHOR:
# Mike Gilbert
# William Hubbs
# @BLURB: Functions related to tmpfiles.d files
On Fri, Dec 02, 2016 at 07:47:01PM +0100, Michał Górny wrote:
> On Fri, 2 Dec 2016 13:02:48 -0500
> Mike Gilbert wrote:
>
> > The devmanual states:
> >
> > The name section should contain only lowercase non-accented letters,
> > the digits 0-9, hyphens, underscores and plus characters. Uppercase
On Fri, Dec 02, 2016 at 04:13:48PM -0500, Mike Gilbert wrote:
> On Fri, Dec 2, 2016 at 1:47 PM, Michał Górny wrote:
> > On Fri, 2 Dec 2016 13:02:48 -0500
> > Mike Gilbert wrote:
> >
> >> The devmanual states:
> >>
> >> The name section should contain only lowercase non-accented letters,
> >> the
On Fri, Dec 02, 2016 at 08:09:31PM -0800, Nick Vinson wrote:
>
> On 12/02/2016 10:28 AM, Ulrich Mueller wrote:
> >> On Fri, 2 Dec 2016, Mike Gilbert wrote:
> >
> >> The devmanual states:
> >> The name section should contain only lowercase non-accented letters,
> >> the digits 0-9, hyphens, un
On Tue, Dec 06, 2016 at 05:26:19PM -0500, Mike Gilbert wrote:
> On Tue, Dec 6, 2016 at 4:15 PM, Michał Górny wrote:
> > On Tue, 6 Dec 2016 12:54:26 -0500
> > Mike Gilbert wrote:
> >
> >> On Mon, Dec 5, 2016 at 6:13 AM, konsolebox wrote:
> >> > Please consider promoting the use of tinfo flag in p
On Fri, Jan 27, 2017 at 06:27:09PM +0200, Mart Raudsepp wrote:
> Ühel kenal päeval, R, 27.01.2017 kell 13:08, kirjutas Kristian
> Fiskerstrand:
> > On 01/27/2017 01:01 PM, Dirkjan Ochtman wrote:
> > > On Fri, Jan 27, 2017 at 8:54 AM, Mart Raudsepp
> > > wrote:
> > > > Ühel kenal päeval, N, 26.01.2
All,
I have been looking at the meson build system [1] [2], and I like what I
see.
I have opened an issue on OpenRC's github wrt migrating OpenRC to the
meson build system [3].
As I said on the bug, the downside is the addition of py3 and ninja as
build time dependencies, but I think the upside
On Wed, Feb 01, 2017 at 01:18:42PM +0100, Michał Górny wrote:
> W dniu 30.01.2017, pon o godzinie 14∶04 -0600, użytkownik William Hubbs
> napisał:
> > All,
> >
> > I have been looking at the meson build system [1] [2], and I like
> > what I
> > see.
> &g
On Wed, Feb 01, 2017 at 11:54:41AM +0100, Tobias Klausmann wrote:
> Hi!
>
> On Mon, 30 Jan 2017, William Hubbs wrote:
> > I have been looking at the meson build system [1] [2], and I like what I
> > see.
> >
> > I have opened an issue on OpenRC's github
On Wed, Feb 01, 2017 at 01:37:04AM +, Robin H. Johnson wrote:
> On Mon, Jan 30, 2017 at 02:04:06PM -0600, William Hubbs wrote:
> > As I said on the bug, the downside is the addition of py3 and ninja as
> > build time dependencies, but I think the upside (a build system where
&g
On Wed, Feb 01, 2017 at 03:55:17PM +, James Le Cuirot wrote:
> On Wed, 1 Feb 2017 09:39:34 -0600
> William Hubbs wrote:
>
> > I thought about autotools. I'm not really fond of its syntax, and I've
> > been told that, to use autotools correctly, I would need
On Mon, Jan 30, 2017 at 03:08:42PM -0600, Dustin C. Hatch wrote:
> On 2017-01-30 14:04, William Hubbs wrote:
> > I have opened an issue on OpenRC's github wrt migrating OpenRC to the
> > meson build system [3].
> >
> > …
> >
> > What do folks think he
This function will cause the ebuild to die if Go fails.
Also, it outputs the go command that is being run.
Closes: https://bugs.gentoo.org/833497
---
eclass/go-module.eclass | 13 +
1 file changed, 13 insertions(+)
diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
index
ng go directly.
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 140 ++--
1 file changed, 34 insertions(+), 106 deletions(-)
diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
index 66fe52c9ad7..7f0d766f444 100644
--- a/eclass/go-module.e
This is in the tree.
Thanks,
William
signature.asc
Description: PGP signature
On Sat, Feb 26, 2022 at 08:25:59AM +0100, Michał Górny wrote:
> On Fri, 2022-02-25 at 20:50 -0600, William Hubbs wrote:
> > EGO_SUM can be thousands of lines long in ebuilds, and it leads to
> > creating Manifest files that are thousands of lines long.
> > It has been d
On Sat, Feb 26, 2022 at 01:45:24PM -0500, Ionen Wolkens wrote:
> On Sat, Feb 26, 2022 at 11:55:10AM -0600, William Hubbs wrote:
> > If I change the instructions as you suggest to re-package upstream's
> > tarball the name wouldn't need the -vendor suffix since the tarball
ng go directly.
Signed-off-by: William Hubbs
---
eclass/go-module.eclass | 144 +++-
1 file changed, 38 insertions(+), 106 deletions(-)
diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
index 66fe52c9ad7..b9686ad555a 100644
--- a/eclass/go-module.e
On Sun, Feb 27, 2022 at 12:46:00AM -0500, Ionen Wolkens wrote:
> On Sat, Feb 26, 2022 at 10:38:33PM -0600, William Hubbs wrote:
> > diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
> > index 66fe52c9ad7..b9686ad555a 100644
> > --- a/eclass/go-module.eclas
On Sun, Feb 27, 2022 at 12:17:45PM +0100, Ulrich Mueller wrote:
> >>>>> On Sun, 27 Feb 2022, Ionen Wolkens wrote:
>
> > On Sat, Feb 26, 2022 at 10:38:33PM -0600, William Hubbs wrote:
> >> +# eclass. If it doesn't, you need to also create a vendor ta
On Tue, Mar 01, 2022 at 09:03:52PM +, Sam James wrote:
>
>
> > On 27 Feb 2022, at 04:38, William Hubbs wrote:
> >
> > EGO_SUM can be thousands of lines long in ebuilds, and it leads to
> > creating Manifest files that are thousands of lines long.
> >
On Wed, Mar 02, 2022 at 09:32:14PM +0500, Anna Vyalkova wrote:
> On 2022-03-01 15:55, William Hubbs wrote:
> > I am willing to flag EGO_SUM as deprecated if a variable can be flagged
> > as deprecated; that is what I'm looking up now.
>
> EGO_SUM is often the only choice
On Fri, Mar 04, 2022 at 12:01:42AM +, Sam James wrote:
>
>
> > On 4 Mar 2022, at 00:00, William Hubbs wrote:
> >
> > On Wed, Mar 02, 2022 at 09:32:14PM +0500, Anna Vyalkova wrote:
> >> On 2022-03-01 15:55, William Hubbs wrote:
> >>> I am willin
EGO_SUM can be thousands of lines long in ebuilds, and it leads to
creating Manifest files that are thousands of lines long.
It has been determined that dependency tarballs are a better solution if
upstream doesn't vendor their dependencies.
Signed-off-by: William
EGO_SUM can be thousands of lines long in ebuilds, and it leads to
creating Manifest files that are thousands of lines long.
It has been determined that dependency tarballs are a better solution if
upstream doesn't vendor their dependencies.
Signed-off-by: William
EGO_SUM can be thousands of lines long in ebuilds, and it leads to
creating Manifest files that are thousands of lines long.
It has been determined that dependency tarballs are a better solution if
upstream doesn't vendor their dependencies.
Signed-off-by: William
On Sun, Mar 06, 2022 at 09:20:03AM +, Sam James wrote:
>
>
> > On 5 Mar 2022, at 22:17, William Hubbs wrote:
> >
> >EGO_SUM can be thousands of lines long in ebuilds, and it leads to
> >creating Manifest files that are thousands of lines long.
>
On Mon, Mar 07, 2022 at 01:10:46PM +0100, tastytea wrote:
> On 2022-03-05 16:17-0600 William Hubbs wrote:
>
> > +# @CODE
> > +#
> > +# $ cd /path/to/project
> > +# $ GOMODCACHE="${PWD}"/go-mod go mod download -modcacherw
> > +# $ tar -acf project-1.
On Thu, Mar 10, 2022 at 09:29:59AM -0800, Matt Turner wrote:
> On Wed, Mar 9, 2022 at 11:09 PM Joonas Niilola wrote:
> >
> > On 9.3.2022 23.00, Matt Turner wrote:
> > > I'd like to deprecate and ultimately remove repoman. I believe that
> > > dev-util/pkgcheck and pkgcommit (from app-portage/mgorn
This is not being merged. I am posting it now to show how I want
the eclass to change after the usage of EGO_SUM is removed from the tree.
I will re-post before I merge.
---
eclass/go-module.eclass | 359 +---
1 file changed, 5 insertions(+), 354 deletions(-)
On Mon, Jun 13, 2022 at 09:44:11AM +0200, Florian Schmaus wrote:
> Following the gentoo-dev@ mailing list discussion [1], this
> un-deprecates EGO_SUM.
Sorry I haven't been on this list in a a while (I've been pretty busy
with work).
Did you talk to the pms team about https://bugs.gentoo.org/8335
On Mon, Jun 13, 2022 at 12:26:43PM +0200, Ulrich Mueller wrote:
> > On Mon, 13 Jun 2022, Florian Schmaus wrote:
>
> Judging from the gentoo-dev@ mailing list discussion [1] about EGO_SUM,
> where some voices where in agreement that EGO_SUM has its raison d'être,
> while there wh
# William Hubbs (2022-06-17)
# Dead upstream, please use dev-util/github-cli
# Bug #845921
# Removal: 2022-07-17
dev-util/cligh
Thanks,
William
signature.asc
Description: PGP signature
On Mon, Jun 27, 2022 at 01:43:19AM +0200, Zoltan Puskas wrote:
*snip*
> First of all one of the advantages of Gentoo is that it gets it's source
> code from upstream (yes, I'm aware of mirrors acting as a cache layer),
> which means that poisoning source code needs to be done at upstream
> lev
Let's keep this thread on -project, so please see my answer there.
Thanks,
William
signature.asc
Description: PGP signature
On Wed, Jul 06, 2022 at 02:42:34PM +0200, Florian Schmaus wrote:
> On 04/07/2022 17.27, David Seifert wrote:
> > Ultimately, all these things really matter when only the defaults
> > change. Turn-right-on-red in the US is such a thing, because unless
> > otherwise stated, it's the norm. Knowing our
On Sat, Jul 16, 2022 at 02:58:04PM +0300, Joonas Niilola wrote:
> On 16.7.2022 14.24, Florian Schmaus wrote:
> >
> > That reads as if you wrote it under the assumption that we can only
> > either use dependency tarballs or use EGO_SUM. At the same time, I have
> > not seen an argument why we can n
On Sat, Jul 16, 2022 at 06:46:40PM +, Robin H. Johnson wrote:
> On Sat, Jul 16, 2022 at 09:31:35PM +0300, Arthur Zamarin wrote:
> > I want to give another option. Both ways are allowed by eclass, but by
> > QA policy (or some other decision), it is prohibited to use EGO_SUM in
> > main ::gentoo
On Sat, Jul 16, 2022 at 10:20:01PM +0200, Ulrich Mueller wrote:
> >>>>> On Sat, 16 Jul 2022, William Hubbs wrote:
> > The only question is, is there a way to reliably tell whether or not
> > we are in the main tree?
>
> An eclass has no legitimate wa
# William Hubbs (2022-07-24)
# **NOTE:** Golint is deprecated and frozen
# according to [this issue](https://github.com/golang/go/issues/38968).
# There's no drop-in replacement for it, but tools such as
# [Staticcheck](https://staticcheck.io/) # and `go vet` should be used instead.
# Bug #8
On Wed, Jul 27, 2022 at 06:09:41AM +0100, Sam James wrote:
> The following packages are up for grabs b/c of proxied maintainer retirement:
>
> dev-go/licenseclassifier
> dev-go/go-licenses
> sys-cluster/kube-router
I'll grab these.
William
signature.asc
Description: PGP signature
On Wed, Sep 28, 2022 at 06:31:39PM +0200, Ulrich Mueller wrote:
> > On Wed, 28 Sep 2022, Florian Schmaus wrote:
>
> > I would like to continue discussing whether we should entirely
> > deprecate EGO_SUM without the desire to offend anyone.
Don't worry, I am not offended. I just haven't found
On Fri, Sep 30, 2022 at 04:53:39PM +0200, Florian Schmaus wrote:
> On 30/09/2022 02.36, William Hubbs wrote:
> > On Wed, Sep 28, 2022 at 06:31:39PM +0200, Ulrich Mueller wrote:
> >>>>>>> On Wed, 28 Sep 2022, Florian Schmaus wrote:
> >>> 2.) the number
301 - 400 of 1450 matches
Mail list logo
