On Fri, 31 Jul 2015 17:28:03 -0500
William Hubbs willi...@gentoo.org 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 way to
transition users from local/netmount to mount.filesystem
dependencies, without breaking
On Thu, Jul 30, 2015 at 05:11:20PM -0400, Mike Gilbert wrote:
On Thu, Jul 30, 2015 at 11:57 AM, William Hubbs willi...@gentoo.org 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-snapshot.
This patch
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.
I think some docs would be very helpful even now in this early stage. If
more people understand how the
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.
I think some docs would be very
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 that we
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
force openrc-1.0 to be the first release where we can do this (going
from 0.x to 1.x
On Fri, Jul 31, 2015 at 10:44 AM, William Hubbs willi...@gentoo.org wrote:
On Thu, Jul 30, 2015 at 05:11:20PM -0400, Mike Gilbert wrote:
On Thu, Jul 30, 2015 at 11:57 AM, William Hubbs willi...@gentoo.org wrote:
All,
I'm finding in working on Go ebuilds, that we are propegating a
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
force openrc-1.0 to be the first
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 stable
Just treat version numbers as the meaningless counters they are.
I can't just randomly break things from 0.17 to 0.18 for
William Hubbs posted on Fri, 31 Jul 2015 16:43:48 -0500 as excerpted:
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
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 stable
Just treat version numbers as the meaningless counters
11 matches
Mail list logo