On Thu, Jul 23, 2015 at 05:53:50PM -0500, William Hubbs wrote:
> All,
>
> Here is the improvement I mentioned in the earlier thread.
>
> golang-base.eclass contains the base functions that were in golang-build
> but can be used separately from either golang-vcs or golang-buil
All,
I have been looking over this bug for some time attempting to find a
good solution [1].
The original proposal is to add a "want" dependency which would work
like "need" but would not fail if the services wanted did not start [2].
I agree that the "want" dependency is a valid feature request
On Tue, Jul 28, 2015 at 02:54:56AM +0300, Alon Bar-Lev wrote:
> On 28 July 2015 at 01:26, William Hubbs wrote:
> > The proposal in [3], on the other hand, is to create a mount script that
> > works like netifrc. It would mount a single file system, which would be
> > determin
On Mon, Jul 27, 2015 at 07:25:20PM -0700, Daniel Campbell (zlg) wrote:
> What would a migration be like? For example, I manage filesystems
> exclusively through fstab (to my knowledge). Would this be useful for,
> say, mounting over the network? What would managing FSes with openrc
> look like?
I
All,
I got a clarification on irc that I would like to respond to, and I'll
also respond to a couple of other things.
On Mon, Jul 27, 2015 at 05:26:10PM -0500, William Hubbs wrote:
> All,
>
> I have been looking over this bug for some time attempting to find a
> good solut
On Tue, Jul 28, 2015 at 08:45:30PM +0300, Diamond wrote:
> On Mon, 27 Jul 2015 17:26:10 -0500
> William Hubbs wrote:
>
> > - Currently, we have to skip over certain file systems that we can't
> > unmount during shutdown. With the new approach, if the mount script
All,
so that there is a better idea out there of what I'm talking about, the
OpenRC github repository now has a mount-service branch.
This is not on master for a very good reason; it is prototype material,
definitely pre-alpha at this point.
If you don't know how to mess with github branches, or
On Thu, Jul 30, 2015 at 01:11:30AM +0300, Alon Bar-Lev wrote:
> On 29 July 2015 at 23:20, William Hubbs wrote:
> >
> > All,
> >
> > so that there is a better idea out there of what I'm talking about, the
> > OpenRC github repository now has a mount-servi
On Wed, Jul 29, 2015 at 05:22:54PM -0500, William Hubbs wrote:
> On Thu, Jul 30, 2015 at 01:11:30AM +0300, Alon Bar-Lev wrote:
> > On 29 July 2015 at 23:20, William Hubbs wrote:
> > >
> > > All,
> > >
> > > so that there is a better idea out ther
All,
I'm finding in working on Go ebuilds, that we are propegating a
src_unpack function that is very similar to the one in vcs-snapshot.
This patch adds an EXTRACT_PATH variable to the vcs-snapshot eclass
which, if set, puts the extracted archives in the specified directory under
${S}.
If it i
30 Jul 2015 01:11:30 +0300 Alon Bar-Lev
> >> wrote:
> >>
> >>> On 29 July 2015 at 23:20, William Hubbs
> >>> wrote:
> >>>>
> >>>> so that there is a better idea out there of what I'm talking
> >>>> about,
On Thu, Jul 30, 2015 at 05:11:20PM -0400, Mike Gilbert wrote:
> On Thu, Jul 30, 2015 at 11:57 AM, William Hubbs wrote:
> > All,
> >
> > I'm finding in working on Go ebuilds, that we are propegating a
> > src_unpack function that is very similar to the one in vcs-s
On Fri, Jul 31, 2015 at 08:32:19PM +0200, Ole Reifschneider wrote:
> On Sat, Jul 25, 2015 at 09:17:55AM -0500, William Hubbs wrote:
> >
> > No, there aren't docs yet, because things are still changing. I'll write
> > something up once everything is more settled.
>
All,
I just added another update to the mount-service branch to show where I
would like this to go.
OpenRC doesn't have any internal dependencies on "netmount", but several
on "localmount". All references to "localmount" have been changed to
"mount.usr mount.var". The advantage to this setup is t
On Fri, Jul 31, 2015 at 10:27:02PM +0200, eroen wrote:
> On Fri, Jul 31, 2015 at 02:49:08PM -0500, William Hubbs wrote:
> > I'm still looking for ideas of ways to avoid making this a breaking
> > change. If it isn't possible to make it a non-breaking change, this will
&
On Fri, Jul 31, 2015 at 11:57:59PM +0200, Peter Stuge wrote:
> William Hubbs wrote:
> > > > [1] http://www.semver.org
> > >
> > > Major version zero (0.y.z) is for initial development. Anything may change
> >
> > The problem is that version 0 hit
On Fri, Jul 31, 2015 at 05:29:37PM -0700, Patrick McLean wrote:
> On Fri, 31 Jul 2015 17:28:03 -0500
> William Hubbs wrote:
>
> > On Fri, Jul 31, 2015 at 11:57:59PM +0200, Peter Stuge wrote:
> >
> > What I'm asking about is whether anyone knows of a smoothe
On Mon, Aug 03, 2015 at 04:38:59PM -0700, Daniel Campbell (zlg) wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 08/03/2015 12:47 AM, Brian Dolbec wrote:
> > On Mon, 3 Aug 2015 00:22:42 -0700 "Daniel Campbell (zlg)"
> > wrote:
> >
> >
> >> I'm having a hard time understanding w
# @MAINTAINER:
# William Hubbs
# @BLURB: support eclass for unpacking VCS snapshot tarballs for
# software written in the Go programming language
# @DESCRIPTION:
# This eclass provides a convenience src_unpack() which unpacks the
# first tarball mentioned in SRC_URI to its appropriate location in
On Mon, Aug 03, 2015 at 07:20:20PM -0500, William Hubbs wrote:
*snip*
> # Copyright 1999-2013 Gentoo Foundation
I'll fix the year before I commit.
William
signature.asc
Description: Digital signature
All,
it seems that we have mostly agreed that this proposal is a good one, so
I want to focus the discussion on the specific behaviour of localmount
and netmount.
Currently, they mount all file systems in mass and exit successfully
regardless of whether the mounts are successful. I feel this is a
cs-snapshot.eclass
# @MAINTAINER:
# William Hubbs
# @BLURB: support eclass for unpacking VCS snapshot tarballs for
# software written in the Go programming language
# @DESCRIPTION:
# This eclass provides a convenience src_unpack() which unpacks the
# first tarball mentioned in SRC_URI to its appropri
On Tue, Aug 04, 2015 at 02:05:12PM -0400, Ian Stakenvicius wrote:
> 1 - if localmount fails, the you end up with everything that currently
> 'need's localmount failing -- this means if you have a headless server
> someplace that reboots, you may not end up with an sshd to connect
> into it just to
On Wed, Aug 05, 2015 at 04:50:40AM +, Duncan wrote:
> Ian Stakenvicius posted on Tue, 04 Aug 2015 17:17:51 -0400 as excerpted:
>
> > So what you are suggesting here now is that you want to (A) potentially
> > break mounting with the need to externally manage mounts via services in
> > openrc i
On Wed, Aug 05, 2015 at 10:18:13AM -0400, Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 05/08/15 10:01 AM, William Hubbs wrote:
> > On Wed, Aug 05, 2015 at 04:50:40AM +, Duncan wrote:
> >> Ian Stakenvicius posted on Tue, 04
On Tue, Aug 04, 2015 at 02:19:52PM -0500, William Hubbs wrote:
> On Tue, Aug 04, 2015 at 12:17:50PM -0400, Mike Gilbert wrote:
> > The documentation says you are extracting to ${S}, but the function
> > actually extracts to ${WORKDIR}/${PN}.
>
> s/PN/P/
> > I w
All,
as I have always said, my views can evolve with civil discussion, and
there has been some good feedback on this.
I also got a suggestion for handling network file systems that would mean we
wouldn't have to keep track of the specific clients needed to mount
network file systems; we could let
Folks,
disregard my previous msg on this thread, it was supposed to go
somewhere else.
William
signature.asc
Description: Digital signature
All,
This is my previous post, added on the right thread this time.
as I have always said, my views can evolve with civil discussion, and
there has been some good feedback on this.
I also got a suggestion for handling network file systems that would mean we
wouldn't have to keep track of the spe
On Thu, Aug 06, 2015 at 08:07:44PM -0400, Ian Stakenvicius wrote:
>
> Can we get "nofail" immediately in the mount -a variants of
> localmount/netmount and expand that in netmount to make the nfsclient dep be
> a "use" or a "need" depending on if it's set or not?? That would imo kill
> the exi
On Fri, Aug 07, 2015 at 12:10:56PM -0400, Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 07/08/15 11:30 AM, William Hubbs wrote:
> > On Thu, Aug 06, 2015 at 08:07:44PM -0400, Ian Stakenvicius wrote:
> >>
> >> Can we get
On Fri, Aug 07, 2015 at 01:39:25PM -0400, Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 07/08/15 12:59 PM, William Hubbs wrote:
> > On Fri, Aug 07, 2015 at 12:10:56PM -0400, Ian Stakenvicius wrote:
> >> -BEGIN PGP SIGNE
On Fri, Aug 07, 2015 at 03:30:41PM -0400, Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 07/08/15 03:18 PM, William Hubbs wrote:
> > On Fri, Aug 07, 2015 at 01:39:25PM -0400, Ian Stakenvicius wrote:
> >> -BEGIN PGP SIGNE
All,
this doesn't affect any usage in the tree yet, but it will soon, so I
want to go ahead and add the support.
EGO_BUILD_FLAGS is a variable that allows you to pass build flags to the
go compiler; specifically it should be used for the flags documented in
"go help build" as common to the build
On Fri, Aug 07, 2015 at 02:50:56PM -0500, William Hubbs wrote:
> On Fri, Aug 07, 2015 at 03:30:41PM -0400, Ian Stakenvicius wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > On 07/08/15 03:18 PM, William Hubbs wrote:
> > > On Fri, A
This is now committed.
William
signature.asc
Description: Digital signature
All,
this variable can be computed in the eclass using ${EGO_PN/%*}, so there
is no need to have a separate variable.
This patch removes it.
William
From ded07bc7b61183a737d2bf6a911f29639617b015 Mon Sep 17 00:00:00 2001
From: William Hubbs
Date: Sun, 9 Aug 2015 12:04:36 -0500
Subject: [PATCH
On Tue, Aug 11, 2015 at 04:12:29PM +0200, hasufell wrote:
> On 08/11/2015 03:52 PM, Patrice Clement wrote:
> > Hi there
> >
> > According to
> > https://wiki.gentoo.org/wiki/Gentoo_git_workflow#Branching_Model,
> > "there may be developer-specific, task-specific, project-specific branches
> > etc
On Tue, Aug 11, 2015 at 04:32:40PM +0200, Michał Górny wrote:
> Hello, everyone.
>
> Now that we're officially on git and can officially use pull requests
> to provide rapid community interaction, it'd be convenient to have
> a little better framework for pinging package maintainers.
>
> With the
All,
I found something in this patch which I have fixed locally. It is just a
replace on a couple of lines, so I'll explain what it is here rather
than reposting the patch.
Every occurance of '%/*' in the patch should be '%/...' instead.
William
signature.asc
Description: Digital signature
On Tue, Aug 11, 2015 at 01:22:40PM -0500, William Hubbs wrote:
> All,
>
> I found something in this patch which I have fixed locally. It is just a
> replace on a couple of lines, so I'll explain what it is here rather
> than reposting the patch.
>
> Every occurance of
On Wed, Aug 12, 2015 at 09:40:00AM -0400, Michael Orlitzky wrote:
> On 08/12/2015 12:21 AM, Ciaran McCreesh wrote:
> > On Tue, 11 Aug 2015 23:30:31 +1000
> > Michael Palimaka wrote:
> >> I invite you to reproduce the problem yourself then make the
> >> judgement. Using REQUIRED_USE like this makes
All,
I understood the usefulness of this line to some when we were using CVS
since it expanded into the ebuild revision, date, etc.
This expansion doesn't take place under git, so now I don't understand
the usefulness of this line. If I have missed something, can someone
fill me in, or if it isn'
On Sat, Aug 15, 2015 at 02:44:47PM +0200, Peter Stuge wrote:
> Hi and happy Git days! :)
>
>
> Robin H. Johnson wrote:
> > It expands to the hash of the blob of that file; and from that, you can
> > identify which commits the blob exists in.
>
> $ git ls-tree HEAD README
> 100644 blob 08ae16956b
All,
here is my update on this issue.
Please look at the branches called mount-fail and remove-netdev on the
OpenRC repository.
I would like to commit these before the next release if there are no
major issues.
The first makes it possible for netmount and localmount to fail if some
of the files
On Wed, Aug 19, 2015 at 06:33:16PM +0200, hasufell wrote:
> I don't want to start a lot of bikeshed, but I think this information is
> practically useless.
>
> If there has been a problem with a commit, ask the developer about his
> repoman version (which I believe was the reason for this, unless y
On Mon, Aug 24, 2015 at 05:35:39PM -0700, Andrew Udvare wrote:
> To correctly support the entire Google API library set, do we need a
> separate ebuild for every single one? This definitely can be automated.
>
> https://godoc.org/google.golang.org/api
>
> With golang-vcs, using google.golang.org/a
Title: OpenRC-0.18 changes to localmount and netmount
Author: William Hubbs
Content-Type: text/plain
Posted: 2015-10-01
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: <=sys-fs/openrc-0.18
The behaviour of localmount and netmount is changing. In the past, these
services always star
> >>> On 28/09/15 06:58 PM, William Hubbs wrote:
> >>>> Also, we are dropping the use of the -O switch for
> >>>> mount/umount -a. This is being dropped because it is
> >>>> util-linux specific and not compatible with busybox.
> >>>
All,
this is the second iteration of this newsitem.
Thanks,
William
Title: OpenRC-0.18 localmount and netmount changes
Author: William Hubbs
Content-Type: text/plain
Posted: 2015-10-03
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: <=sys-fs/openrc-0.18
The behaviour of localmo
:
> > On 1 October 2015 17:49:15 CEST, Mike Gilbert
> > wrote:
> >>>>>>>> On 28/09/15 06:58 PM, William Hubbs wrote:
> >>>>>>>>> Also, we are dropping the use of the -O switch
> >>>>>>>>> for mou
On Thu, Oct 01, 2015 at 04:56:55PM -0400, Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 01/10/15 04:16 PM, William Hubbs wrote:
> > On Thu, Oct 01, 2015 at 02:42:15PM -0400, Ian Stakenvicius
> > wrote:
> >> -BEGIN PGP
On Thu, Oct 01, 2015 at 11:07:48PM +0200, Kristian Fiskerstrand wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 10/01/2015 11:04 PM, William Hubbs wrote:
>
> >
> > Please read my statement above again; I said umount not mount. ;-)
>
> Not test
All,
there will be a third iteration of this news item posted in a couple of
minutes; I am adding back the -O netdev/no_netdev options.
William
signature.asc
Description: Digital signature
Title: OpenRC-0.18 localmount and netmount changes
Author: William Hubbs
Content-Type: text/plain
Posted: 2015-10-03
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: <=sys-fs/openrc-0.18
The behaviour of localmount and netmount is changing on Linux systems.
In the past, these servi
All,
I would like to call attention, in a separate thread, to the
incompatibility issues between OpenRC and BusyBox [1].
What is the status of getting these issues checked out? they have been
open for some time with no responses.
Thanks,
William
[1] https://bugs.gentoo.org/show_bug.cgi?id=5290
All,
it has come up in discussion of how to handle aufs file systems (or
maybe how not to) that /etc/init.d/mount-ro may be able to be removed from
OpenRC [1].
Does anyone know why we need this init script (it is Linux only), or why
we can't remove it?
William
[1] https://bugs.gentoo.org/show_b
I don't think the revbump of net-misc/openconnect-7.06-r1 to -r2 was
necessary. When the change purely affects use flags, that is picked up
by the pm and there is no need to force everyone to rebuild the package.
Thanks,
William
signature.asc
Description: Digital signature
On Tue, Oct 06, 2015 at 08:23:31PM +0200, hasufell wrote:
> On 10/06/2015 07:03 PM, Michael Orlitzky wrote:
> > On 10/06/2015 09:33 AM, William Hubbs wrote:
> >> I don't think the revbump of net-misc/openconnect-7.06-r1 to -r2 was
> >> necessary. When the change p
All,
fhs 3.0 was approved in June this year [1] [2].
The piece of it that I want to bring up is the lib and libxx
directories, both in / and /usr. The way I read the fhs, /lib and
/usr/lib should hold the files for the default abi and /libxx and
/usr/libxx should hold the files for the alternate
On Sun, Oct 11, 2015 at 09:46:20AM +, Duncan wrote:
> William Hubbs posted on Sat, 10 Oct 2015 17:48:15 -0500 as excerpted:
>
> > All,
> >
> > fhs 3.0 was approved in June this year [1] [2].
> >
> > The piece of it that I want to bring up is the lib and
All,
There are some very obscure cgroups related bugs in OpenRC which I have
never been able to reproduce [1] [2] [3].
There was a cgroup fix applied to OpenRC-0.18.3 which took care of
several other cgroups-related bugs. Since I am unable to reproduce the
bugs I have listed here and there has be
On Thu, Oct 15, 2015 at 11:17:39AM -0500, William Hubbs wrote:
> All,
>
> There are some very obscure cgroups related bugs in OpenRC which I have
> never been able to reproduce [1] [2] [3].
Disregard the second bug, it is a documentation issue possibly, but the
first and third bugs
On Sun, Nov 01, 2015 at 08:23:22PM +0100, hasufell wrote:
> On 11/01/2015 06:44 PM, Michael Palimaka wrote:
> > There's been a lot of discussion about relying on GitHub for pull
> > requests and code review and such, so I have set up a Phabricator
> > instance against gentoo.git to see how a free a
On Mon, Nov 02, 2015 at 12:17:26PM -0500, Leno Hou wrote:
> 1. go compiler only support x86 platform
> 2. gcc 5 includes go command to build go apps
> 3. for coreos enablement, it's use gcc 5 to build go apps
Also, once this is in place, I believe I could use gccgo to build go-1.5
and newer, which
On Mon, Nov 02, 2015 at 09:12:30PM +0100, Justin Lecher (jlec) wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> How about a virtual here?
I don't see that working out to well because the compilers are
completely different from each other. As I said, the reference
implementation of t
On Tue, Nov 03, 2015 at 08:45:00AM +0100, Justin (jlec) wrote:
> On 02/11/15 23:38, William Hubbs wrote:
> > On Mon, Nov 02, 2015 at 09:12:30PM +0100, Justin Lecher (jlec) wrote:
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA512
> >>
> >> How ab
On Tue, Nov 03, 2015 at 03:09:52PM +, James Le Cuirot wrote:
> On Tue, 3 Nov 2015 08:56:29 -0600
> William Hubbs wrote:
>
> > As has been pointed out in the thread so far, gcc-5 only supports
> > go-1.4. dev-lang/go is at 1.5, so really the only thing that should be
&g
All,
there is a patch to dev-lang/go that was added a while back w/o
consulting me [1]. I eventually did review the patch, and I see that it
hard codes a path to the sysctl binary on OSx. In my view, prefix or
not, we shouldn't be patching software to hard code paths to binaries;
we should be fixi
All,
I would like for us to discuss adding the sbin directories to PATH for
all users.
The only reason I can think of that we have removed them is cosmetic (it
removes things from tab completion), but I have also heard that having
those things in tab completion would be a good thing.
Another rea
On Wed, Nov 25, 2015 at 06:36:03PM +0100, Kristian Fiskerstrand wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 11/25/2015 06:10 PM, William Hubbs wrote:
> > All,
> >
> > I would like for us to discuss adding the sbin directories to PATH
> >
On Wed, Nov 25, 2015 at 07:31:14PM +0100, Ulrich Mueller wrote:
> >>>>> On Wed, 25 Nov 2015, William Hubbs wrote:
>
> > This behaviour is not really that traddditional. most *nix's I've
> > seen have the sbin directories in the path for all users.
>
On Wed, Nov 25, 2015 at 07:51:55PM +0100, Ulrich Mueller wrote:
> >>>>> On Wed, 25 Nov 2015, William Hubbs wrote:
>
> > From what I've read, the traditional difference between bin and sbin
> > was that sbin means static-bin and everything stored in there
On Wed, Nov 25, 2015 at 09:53:47PM +0100, Ulrich Mueller wrote:
> >>>>> On Wed, 25 Nov 2015, William Hubbs wrote:
>
> >> > From what I've read, the traditional difference between bin and sbin
> >> > was that sbin means static-bin and everythin
All,
it has been proposed to me that we create a "container" keyword for
OpenRC init scripts, which would take the place of the various keywords
we have currently for separate container types, such as lxc,
systemd-nspawn, etc (basically the values RC_SYS can be set to).
We would keep all of the cu
On Tue, Dec 01, 2015 at 12:24:05AM +, Robin H. Johnson wrote:
> A quick grep in the tree shows the following existing cases (wrapped for line
> length).
>
> $ git grep -E \
> 'keyword .*(lxc|systemd-nspawn|vserver|prefix|openvz|uml|jail|xen)'
> sys-apps/kmod/files/kmod-static-nodes-r1:
>
On Tue, Dec 01, 2015 at 09:11:45AM -0600, William Hubbs wrote:
> On Tue, Dec 01, 2015 at 12:24:05AM +, Robin H. Johnson wrote:
> > Rather than replacing all of the system-specific keywords, can we make
> > 'container' into an alias that expands to the full list of
On Tue, Dec 01, 2015 at 09:00:55AM -0800, Zac Medico wrote:
> On 12/01/2015 08:50 AM, William Hubbs wrote:
> > The "container" keyword, being generic, would have its meaning expanded
> > to cover new container systems as they come along. This means if a
> >
All,
I find the multilib eclasses and their separate multilib phase functions
to be confusing, so I was wondering if we could discuss making multilib
support native to portage in eapi 7 so that we can use the normal phase
functions again?
Thanks,
William
signature.asc
Description: Digital sig
On Tue, Dec 01, 2015 at 11:26:19AM -0600, William Hubbs wrote:
> On Tue, Dec 01, 2015 at 09:00:55AM -0800, Zac Medico wrote:
> > On 12/01/2015 08:50 AM, William Hubbs wrote:
> > > The "container" keyword, being generic, would have its meaning expanded
> > > t
On Tue, Dec 01, 2015 at 11:21:49AM -0800, Zac Medico wrote:
> On 12/01/2015 10:19 AM, William Hubbs wrote:
> > On Tue, Dec 01, 2015 at 11:26:19AM -0600, William Hubbs wrote:
> >> On Tue, Dec 01, 2015 at 09:00:55AM -0800, Zac Medico wrote:
> >>> On 12/01/2015
On Tue, Dec 01, 2015 at 03:28:44PM -0600, William Hubbs wrote:
> On Tue, Dec 01, 2015 at 11:21:49AM -0800, Zac Medico wrote:
> > On 12/01/2015 10:19 AM, William Hubbs wrote:
> > > On Tue, Dec 01, 2015 at 11:26:19AM -0600, William Hubbs wrote:
> > >> On Tue, Dec 01,
On Wed, Dec 02, 2015 at 10:20:33PM -0800, Zac Medico wrote:
> On 12/02/2015 03:49 PM, William Hubbs wrote:
> > On Tue, Dec 01, 2015 at 03:28:44PM -0600, William Hubbs wrote:
> > Here is where my thoughts are on this now. There will be a
> > "-containers" keyword, w
All,
I would like opinions on what is considered the public api of librc.
1) All definitions in rc.h, even though they are not formally documented
in man pages.
2) the definitions in rc.h which are documented in section 3 man pages.
I'm bringing this up, because I am looking at redesigning one
All,
I want to start a discussion about the usage of OpenRC's C api as
defined in rc.h.
I have no idea which projectss out there are using it, or which
functions they are using.
There are two functions I can deprecate immediately and prepare to drop
in 1.0 -- these are rc_getline() because getli
Hi all,
currently, OpenRC has file-based copyright/licensing information. I
would like to centralize all of this information, following the
centralized model described here [1].
This would mean that, at the top of each file, there would be a
copyright notice stating:
Copyright OpenRC authors
[
On Fri, Dec 11, 2015 at 09:04:47PM +0100, Ulrich Mueller wrote:
> >>>>> On Fri, 11 Dec 2015, William Hubbs wrote:
>
> > currently, OpenRC has file-based copyright/licensing information.
> > I would like to centralize all of this information, following the
> &
On Fri, Dec 11, 2015 at 02:16:30PM -0800, Patrick McLean wrote:
> On Fri, 11 Dec 2015 15:37:48 -0600
> William Hubbs wrote:
>
> > On Fri, Dec 11, 2015 at 09:04:47PM +0100, Ulrich Mueller wrote:
> > > >>>>> On Fri, 11 Dec 2015, William Hubbs wrote:
&
On Tue, Dec 15, 2015 at 12:05:07AM -0500, Mike Frysinger wrote:
> On 11 Dec 2015 14:16, Patrick McLean wrote:
> > On Fri, 11 Dec 2015 15:37:48 -0600 William Hubbs wrote:
> > > On Fri, Dec 11, 2015 at 09:04:47PM +0100, Ulrich Mueller wrote:
> > > > >>>>
On Tue, Dec 15, 2015 at 02:24:22PM -0500, Mike Frysinger wrote:
> On 15 Dec 2015 09:31, William Hubbs wrote:
> > On Tue, Dec 15, 2015 at 12:05:07AM -0500, Mike Frysinger wrote:
> > > On 11 Dec 2015 14:16, Patrick McLean wrote:
> > > > On Fri, 11 Dec 2015 15:3
On Wed, Dec 16, 2015 at 10:31:08AM -0500, Rich Freeman wrote:
> On Wed, Dec 16, 2015 at 8:54 AM, Alexander Berntsen
> wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > On 16/12/15 13:39, Rich Freeman wrote:
> >> I don't see how this is dishonest.
> > You answered this yoursel
All,
was this patch ever applied to gcc? If so, which versions?
Thanks,
William
signature.asc
Description: Digital signature
://bugs.gentoo.org/show_bug.cgi?id=571152
Title: Some dhcpcd hooks moved to an example directory
Author: William Hubbs
Content-Type: text/plain
Posted: 2016-01-09
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: <=net-misc/dhcpcd-6.10.0
In dhcpcd-6.10.0, the following hooks are no longer instal
On Tue, Jan 19, 2016 at 10:35:15AM -0800, Alec Warner wrote:
> On Mon, Jan 18, 2016 at 9:44 PM, NP-Hardass wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > With all of the unclaimed herds and unclaimed packages within them, I
> > started to wonder what will happen after th
To comply with GLEP 67, we now have a udev project:
https://wiki.gentoo.org/wiki/Project:Udev
William
signature.asc
Description: Digital signature
On Sat, Mar 21, 2020 at 11:22:40AM -0700, Alec Warner wrote:
> On Sat, Mar 21, 2020 at 1:03 AM Alexander Tsoy wrote:
>
> > В Сб, 21/03/2020 в 00:53 -0700, Matt Turner пишет:
> > > On Fri, Mar 20, 2020 at 9:55 PM Kent Fredric
> > > wrote:
> > > > If X is "noarch" and its dependency Y is "amd64",
Hey all,
it has been brought to my attention that there have been several
backward-incompatible changes made to the python eclasses lately.
It is true that everything in ::gentoo has been fixed along with the
changes to the eclasses; however, when a change like this goes into a
widely used eclass
On Mon, Mar 23, 2020 at 07:36:13PM +0100, David Seifert wrote:
> On Mon, 2020-03-23 at 13:23 -0500, William Hubbs wrote:
> > Hey all,
> >
> > it has been brought to my attention that there have been several
> > backward-incompatible changes made to the python eclasses
On Mon, Mar 23, 2020 at 08:03:47PM +0100, David Seifert wrote:
> On Mon, 2020-03-23 at 14:00 -0500, William Hubbs wrote:
> > On Mon, Mar 23, 2020 at 07:36:13PM +0100, David Seifert wrote:
> > > On Mon, 2020-03-23 at 13:23 -0500, William Hubbs wrote:
> > > > Hey all
On Mon, Mar 23, 2020 at 02:14:06PM -0500, William Hubbs wrote:
> On Mon, Mar 23, 2020 at 08:03:47PM +0100, David Seifert wrote:
> > On Mon, 2020-03-23 at 14:00 -0500, William Hubbs wrote:
> > > On Mon, Mar 23, 2020 at 07:36:13PM +0100, David Seifert wrote:
> > > > On
1201 - 1300 of 1450 matches
Mail list logo
