On Thu, Jul 26, 2012 at 09:49:04PM -0500, Canek Peláez Valdés wrote:
> On Thu, Jul 26, 2012 at 9:37 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> [ snip ]
> > 9) Otherwise, at very minimum, they're failing the "build udev pretty
> > much the same as before"
>
> ./configure
> make
> make install
>
>
On Sat, Aug 04, 2012 at 02:22:52PM -0500, Doug Goldstein wrote:
> On Sat, Aug 4, 2012 at 2:31 AM, Samuli Suominen wrote:
> > If you don't use double [[ then ${ROOT} will need "" quoting
> >
>
> Don't do top post code reviews. Snip out the context and do code
> reviews inline so that your feedback
On Wed, Aug 08, 2012 at 10:37:42AM -0400, Richard Yao wrote:
> > That doesn't work anymore - "improvement" in udev-186:
> >
> > equery f udev | grep udevd
> >
> > /usr/lib/systemd/systemd-udevd
> >
> >
> > And as long as our maintainers refuse to use the proper paths this is
> > just one of the
On Thu, Aug 09, 2012 at 05:59:39PM +0200, Luca Barbato wrote:
> Yet I'm not used to have to reboot after issuing emerge -u world and
> most of the times I don't have even to restart X...
What if sysvinit is updated as part of that emerge -u world? Don't you
reboot then?
William
pgpysXEoQjlOV.p
Ok folks, I hit the wrong key; this was meant to go to the list.
On Thu, Aug 09, 2012 at 05:59:39PM +0200, Luca Barbato wrote:
> Yet I'm not used to have to reboot after issuing emerge -u world and
> most of the times I don't have even to restart X...
What if sysvinit is updated during that emerg
On Thu, Aug 09, 2012 at 11:12:46AM -0700, Olivier Crête wrote:
> > Most ideas behind systemd are interesting, their current implementation
> > is sometimes completely wrong and given the experience with pulseaudio
> > we all know that they won't change even if you provide code for it.
>
> This is
On Wed, Aug 15, 2012 at 06:27:41AM -0400, Rich Freeman wrote:
> RE you concerns about OpenRC being in @system. Personally I'm a fan
> of getting rid of @system entirely except as something used to build
> install CDs or having some sets for convenience in building systems.
> It only exists for a f
I have a couple of minor requests for readability.
Can you call the eclass tmpfiles-d.eclass?
Then, for the functions themselves, use names like,
dotmpfiles_d
newtmpfiles_d
so they will be a bit more readable?
Thanks,
William
pgpmBlPbfeN2v.pgp
Description: PGP signature
All,
bugs like this one [1] are making me question the net/lo provides again,
and I want to know what everyone thinks.
First, do we need a provide for the loopback at all? I do not know of
any scenario in which a linux or *bsd system will not have an active
loopback interface. If we just make sur
On Fri, Aug 24, 2012 at 01:50:14PM -0400, Alexandre Rostovtsev wrote:
> On Fri, 2012-08-24 at 12:10 -0500, William Hubbs wrote:
> > The second question this bug brings up is whether services should "need"
> > or "use" net. Remember that the "need" depe
On Sat, Aug 25, 2012 at 07:40:43AM +0900, hero...@gentoo.org wrote:
> Besides, IMHO, we should avoid changing OpenRC's default dependency too
> often. The solution for one user can be received as a regression to
> others.
>
> People file bugs saying "it worked for OpenRC-0.9 but not 0.10". For
> d
On Fri, Aug 24, 2012 at 09:22:15PM -0400, Ian Stakenvicius wrote:
> I think this may again come down to the meaning of "net" -- in the
> case where rc_depend_strict="no" then "net" just means that the
> network interface infrastructure is up and running (ie net.lo); this
> should be true and imo is
On Sat, Aug 25, 2012 at 03:19:24PM +0900, hero...@gentoo.org wrote:
> If we set rc_provide="net" in rc.conf, the services that need net can be
> tricked as we intended to.
Setting rc_provide, rc_need, rc_use, etc in rc.conf is definitely not
recommended. Remember that this affects all services on
On Sat, Aug 25, 2012 at 02:49:39PM -0400, Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 25/08/12 11:53 AM, William Hubbs wrote:
> > On Sat, Aug 25, 2012 at 03:19:24PM +0900, hero...@gentoo.org
> > wrote:
> >> If we set rc_provi
On Wed, Aug 29, 2012 at 01:57:48PM +0200, Tobias Klausmann wrote:
> As a first crude datapoint, I compared the build times
> (configure+make) of udev-171-r6 and -188 on our dev Alpha. This
> is a machine that's on the speedier side of off-mainstream
> architecures, but as a datapoint, it should be
On Wed, Aug 29, 2012 at 05:12:19PM +0200, Vaeth wrote:
> > I doubt that most people consider udev's stand-alone build-time a big
> > issue.
>
> The real issue is not the build-time but the dependencies needed
> at build-time (and in future versions perhaps also at run-time):
> Currently, these are
All,
I find the included escape sequences to be annoying when I am reading a
build log.
Is there a way to strip these?
Thanks,
William
pgp5HadawgmHT.pgp
Description: PGP signature
All,
I have a regression in OpenRc wrt netplugd [1].
In researching this program, I have found that it and ifplugd, which is
the alternative, have been unmaintained for years. Also Debian has
declared netplugd to be obsolete in favor of ifplugd.
Does anyone have any thoughts about whether we sho
On Mon, Sep 10, 2012 at 04:26:10PM -0400, Olivier Crête wrote:
> On Mon, 2012-09-10 at 09:48 -0500, William Hubbs wrote:
> > In researching this program, I have found that it and ifplugd, which is
> > the alternative, have been unmaintained for years. Also Debian has
> > de
On Mon, Sep 10, 2012 at 02:47:48PM -0700, Christopher Head wrote:
> As a user… yes? I use a laptop, so I don’t much care which one is
> maintained but I’d be quite annoyed if both went away (unless there’s
> some other dæmon that does the same job that I’ve never heard of).
I am thinking that we w
On Tue, Sep 11, 2012 at 02:43:08PM -0400, Olivier Crête wrote:
> On Tue, 2012-09-11 at 20:01 +0200, Luca Barbato wrote:
> > On 9/10/12 11:05 PM, William Hubbs wrote:
> > > On Mon, Sep 10, 2012 at 04:26:10PM -0400, Olivier Crête wrote:
> > >> On Mon, 2012-09-10 at 09
All,
If an init script has "need net" in its dependencies, this is
automatically problematic, because the script will be stopped when *any*
provider of net is stopped.
This is not good for services like sshd or ntpd for example, because, in
their default configuration they are able to start regar
All,
I would like to make OpenRC-0.11.4 the next stable candidate for OpenRC.
We need it before we can stable a newer genkernel, and releng also needs
it stable for the install cds. Because of this, I am interested in
moving it to stable faster than 30 days (I'm thinking more like 14).
In other w
On Tue, Nov 06, 2012 at 08:29:05AM -0500, Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 06/11/12 05:17 AM, XMs wrote:
> > After upgrade i got this: …
> >> * The dependency data could not be migrated to /run/openrc
> > … I don't have /run/ in my system and can't
On Tue, Nov 06, 2012 at 08:55:18PM +0100, Pacho Ramos wrote:
> El mar, 06-11-2012 a las 00:02 -0600, William Hubbs escribió:
> > All,
> >
> > I would like to make OpenRC-0.11.4 the next stable candidate for OpenRC.
> > We need it before we can stable a newer genke
On Sun, Nov 18, 2012 at 10:48:33AM +0100, Pacho Ramos wrote:
> El dom, 18-11-2012 a las 11:13 +0200, Samuli Suominen escribió:
> > On 18/11/12 07:19, Greg KH wrote:
> > > On Sun, Nov 18, 2012 at 12:00:52AM -0500, Richard Yao wrote:
> > >> Having a builtin is a good idea, but the implementation as a
On Mon, Nov 19, 2012 at 09:39:59AM -0500, Rich Freeman wrote:
> On Sun, Nov 18, 2012 at 10:38 PM, Joshua Kinard wrote:
> > Correct me if wrong, but didn't the issue start with udev wanting to put the
> > PCI ID database/file into /usr/share from /etc?
>
> Well, I can't vouch for what the first is
On Mon, Nov 19, 2012 at 09:08:52AM -0800, Greg KH wrote:
> On Mon, Nov 19, 2012 at 11:30:58AM -0500, Walter Dnes wrote:
> > On Sun, Nov 18, 2012 at 07:06:04PM -0800, Greg KH wrote
> > > There isn't anything in udev to change for this. I don't understand
> > > why you are thinking that udev has any
On Wed, Feb 01, 2017 at 09:03:49AM -0600, William Hubbs wrote:
> 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 wh
On Wed, Feb 01, 2017 at 12:25:37PM -0500, james wrote:
> On 02/01/2017 10:40 AM, William Hubbs wrote:
> > 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
On Tue, Feb 07, 2017 at 01:22:22AM +0100, Maciej Mrozowski wrote:
> I'd recommend to jump a bandwagon and switch to CMake.
>
> Yes, it's ugly in certain areas, has its quirks but whoever switches to it
> ones, never goes back, and not because of technical debt being too big.
>
> Also because I c
All,
the dependencies for dev-lang/go need to force a rebuild every time the
compiler is downgraded or upgraded.
To avoid abusing slot dependencies for dev-lang/go since it is not
needed at runtime I need to do the following.
I need to introduce virtual/go-1.7.5, virtual/go-1.8 and
virtual/go-99
Hi all,
I was attending SCALE, but now I'm back to answer this.
On Thu, Mar 02, 2017 at 04:46:22PM -0500, Michael Orlitzky wrote:
> What kind of dependency do we need, anyway? William, are you saying that
> if I upgrade dev-lang/go, then things will break, but if I delete
> dev-lang/go, everythin
On Tue, Mar 07, 2017 at 07:13:38PM -0500, Michael Orlitzky wrote:
> On 03/07/2017 07:02 PM, Patrick McLean wrote:
> >
> > You also need to recompile to get security bugs fixed. With go it's not
> > just compiler options, it's also the standard library updates that need
> > a recompile to get.
> >
On Wed, Mar 08, 2017 at 07:44:01AM -0500, Michael Orlitzky wrote:
> On 03/08/2017 01:27 AM, Zac Medico wrote:
> > On Tue, Mar 7, 2017 at 4:38 PM, William Hubbs wrote:
> >> On Tue, Mar 07, 2017 at 07:13:38PM -0500, Michael Orlitzky wrote:
> >>> If all dev-go librarie
On Wed, Mar 08, 2017 at 07:49:08PM -0500, Michael Orlitzky wrote:
> On 03/08/2017 02:20 PM, William Hubbs wrote:
> >
> > Another option is to not force this and rely on everyone to use
> > --with-bdeps=y to make the rebuild happen.
> >
>
> That feature is po
All,
things like this are already being done in the tree (by app-admin/consul
for example), and I'n sure by other go ebuilds as well.
I would like to add this functionality to golang-vcs-snapshot.eclass as
a way to remove duplicate code from ebuilds and make this available to
other ebuilds as wel
On Sun, Mar 12, 2017 at 02:54:22PM -0400, Rich Freeman wrote:
> On Sun, Mar 12, 2017 at 2:45 PM, Kristian Fiskerstrand
> wrote:
> >
> > In most cases lack of maintainer participation is likely the issue to
> > begin with. The primary issue with a package mask of this nature is that
> > it is more
This was committed last night.
William
signature.asc
Description: Digital signature
All,
this is a heads-up more than anything; I don't think it is major. I
wrote an entry about it in the NEWS.md file of openrc-0.21.4.
There is no action for users, so I don't think it is a newsitem, but
there might be action for developers.
In a nutshell, if you have a service that should be ad
Hi David,
I'm curious, why the revbump?
If all other eapis are staying in the eclass and the support is
identical, you don't need to create a new eclass, and there is a lot
less work involved in updating the ebuilds that inherit it. :-)
Thanks,
William
signature.asc
Description: Digital sign
On Sun, Apr 23, 2017 at 02:35:48PM +0200, Michał Górny wrote:
> Hi,
>
> I'm thinking of masking old versions of sys-devel/gcc, in particular
> older than the 4.9 branch.
>
>
> The problem
> ===
>
> Gentoo users still sometimes try to build new packages with old gcc
> versions which inev
On Mon, Apr 24, 2017 at 07:59:53PM +0200, Guilherme Amadio wrote:
>
> I would rather prefer to keep essential development tools in tree.
> GCC is not only used as system compiler, but also for development.
> I already had problems before with CMake being aggressively removed,
> so I couldn't just
On Wed, Apr 26, 2017 at 12:26:19AM +0200, Andreas K. Huettel wrote:
> Am Sonntag, 23. April 2017, 14:35:48 CEST schrieb Michał Górny:
> > Hi,
> >
> > I'm thinking of masking old versions of sys-devel/gcc, in particular
> > older than the 4.9 branch.
> >
>
> Masking is fine; some time later (mayb
On Sun, Apr 30, 2017 at 09:06:53PM +0200, Michał Górny wrote:
> Fix the eclass code to remove the misguided Linux conditionals.
> The whole purpose of the eclass was to avoid having to implement
> fallback logic for systems not having service manager tmpfiles.d
> support. Making it conditional to L
Hey all,
I am asking about this because I have been asked to look into
packaging software that has a specific requirement for >=gcc-6 in order
to build [1].
I see that gcc-6.3 doesn't have keywords, so I'm
wondering when it will get them? Does anyone have any idea? I'm not
talking about stable ke
On Wed, May 03, 2017 at 02:00:26PM -0400, Ian Stakenvicius wrote:
> On 03/05/17 01:58 PM, Luca Barbato wrote:
> > On 5/3/17 6:43 PM, William Hubbs wrote:
> >> Hey all,
> >>
> >> I am asking about this because I have been asked to look into
> >> packa
All,
the following is my proposed eclass for handling packages that use the
meson build system.
Please let me know what you think.
William
# Copyright 2017 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: meson.eclass
# @MAINTAINER:
# William
On Wed, May 03, 2017 at 11:43:11AM -0500, William Hubbs wrote:
> Hey all,
>
> I am asking about this because I have been asked to look into
> packaging software that has a specific requirement for >=gcc-6 in order
> to build [1].
>
> I see that gcc-6.3 doesn't have
nt.
William
# Copyright 2017 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: meson.eclass
# @MAINTAINER:
# William Hubbs
# @BLURB: common ebuild functions for meson-based packages
# @DESCRIPTION:
#
# @EXAMPLE:
# Typical ebuild using meson.e
added a link to the documentation for it in the comments.
Thanks,
William
# Copyright 2017 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: meson.eclass
# @MAINTAINER:
# William Hubbs
# @BLURB: common ebuild functions for meson-based pac
On Fri, May 05, 2017 at 12:24:03PM -0400, Mike Gilbert wrote:
> On Fri, May 5, 2017 at 11:35 AM, William Hubbs wrote:
> > All,
> >
> > here is the third (and hopefully final) draft of meson.eclass. I am
> > leaving the code in for the cross support but commented so al
On Wed, May 10, 2017 at 10:04:54AM +0200, Dirkjan Ochtman wrote:
> On Tue, May 9, 2017 at 2:20 PM, Anthony G. Basile wrote:
> > I maintain quite a few ppc stage3's for uclibc and musl. I would
> > appreciate keeping ppc as is. It is still a useful arch for many
> > devices today, eg. some high e
On Fri, May 05, 2017 at 10:35:43AM -0500, William Hubbs wrote:
> All,
>
> here is the third (and hopefully final) draft of meson.eclass. I am
> leaving the code in for the cross support but commented so all I need to
> do later is add toolchain-funcs back to inherit and uncomment
On Sun, May 21, 2017 at 02:46:54PM +, Martin Vaeth wrote:
> Kent Fredric wrote:
> > Fabian Groffen wrote:
> >
> >> Hardware or more deltas to
> >> download by users? Just wondering.
> >
> > Both.
> >
> > - End users using git end up having to do massive metadata-updates.
> > - Infra needs t
On Tue, May 23, 2017 at 09:31:18PM +0200, Michał Górny wrote:
> Hi, everyone.
>
> I'd like to request Infra to establish a new mailing list that would
> fill in the gap between our public mailing lists and the gentoo-core
> mailing list.
>
> Name: gentoo-dev-internal
>
> Topic: technical discuss
On Sat, Jun 10, 2017 at 01:04:06PM +0100, Sergei Trofimovich wrote:
> On Sat, 10 Jun 2017 13:28:19 +0200
> Jeroen Roovers wrote:
>
> > https://bugs.gentoo.org/show_bug.cgi?id=426262
>
> > + mv configure.{in,ac} || die
>
> Looks good.
>
> --
>
> Sergei
-1
I think this should be
On Sun, Jun 11, 2017 at 05:35:53PM +0200, Kristian Fiskerstrand wrote:
> On 06/11/2017 05:24 PM, David Seifert wrote:
> >> We can always patch the eclass at that point if that is still a big
> >> concern, but I fundamentally agree with William on this, starting
> >> point
> >> should be fixing it u
On Sun, Jun 11, 2017 at 07:14:52PM +0300, Mart Raudsepp wrote:
> Ühel kenal päeval, P, 11.06.2017 kell 11:12, kirjutas William Hubbs:
> > On Sun, Jun 11, 2017 at 05:35:53PM +0200, Kristian Fiskerstrand
> > wrote:
> > > On 06/11/2017 05:24 PM, David Seifert wrote:
> >
All,
I am about to write two new ebuilds for packages for Gentoo that are for
container-related utilities.
Currently, the best place to put them would be app-emulation, or
app-misc or dev-util, probably app-emulation would be my first choice.
Is it time to start thinking about an app-containers
On Wed, Jun 14, 2017 at 05:16:55PM +0100, M. J. Everitt wrote:
> On 14/06/17 17:11, William Hubbs wrote:
> > All,
> >
> > I am about to write two new ebuilds for packages for Gentoo that are for
> > container-related utilities.
> >
> > Currently, the best p
On Wed, Jun 14, 2017 at 07:00:05PM +0200, Michał Górny wrote:
> On śro, 2017-06-14 at 11:11 -0500, William Hubbs wrote:
> > All,
> >
> > I am about to write two new ebuilds for packages for Gentoo that are for
> > container-related utilities.
> >
> > Curr
On Thu, Jun 15, 2017 at 12:42:33AM +0200, Kristian Fiskerstrand wrote:
> On 06/14/2017 06:11 PM, William Hubbs wrote:
> > Is it time to start thinking about an app-containers category?
> > If so, is it ok for me to start an app-containers category with these
> > packages
Hello all,
here is my Manifesto for this council election.
http://dev.gentoo.org/~williamh/council/manifesto-2017.txt
William
signature.asc
Description: Digital signature
All,
lua has been behind in Gentoo for a while, but I have time now to start
working on fixing that this coming week, so consider this a heads-up
that things are going to start happening with regards to dev-lang/lua
and its dependencies.
Upstream does not support liblua as a shared library, and t
On Sat, Jul 01, 2017 at 01:16:02PM +0500, Azamat Hackimov wrote:
> 2017-06-30 22:16 GMT+05:00 William Hubbs :
>
> > All,
> >
> > Upstream does not support liblua as a shared library, and they do not
> > support installing multiple versions of lua onto a system. After
On Sun, Jul 02, 2017 at 03:55:54AM +, Duncan wrote:
> William Hubbs posted on Sat, 01 Jul 2017 11:53:59 -0500 as excerpted:
>
> > See this article for why using liblua as a shared library is not
> > recommended.
> >
> > http://article.gmane.org/gmane.comp.lang.
On Mon, Jul 03, 2017 at 03:12:00AM +0700, Vadim A. Misbakh-Soloviov wrote:
> By the way, it will also brake some proprietary games, that distributes via
> steam, humble, gog and so on.
>
> Some of them depends on shared lua and doesn't bundle it (instead, their
> installer calls apt (since they'
On Mon, Jul 10, 2017 at 01:04:10PM +0200, Pacho Ramos wrote:
> Hello
>
> Looking to the list of packages still not supporting python 3.5:
> https://qa-reports.gentoo.org/output/gpyutils/34-to-35.txt
>
> and considering that we should even start testing python 3.6, I think it would
> be nice if we
On Tue, Jul 11, 2017 at 11:47:32PM +1000, Michael Palimaka wrote:
> On 07/11/2017 11:06 PM, Rich Freeman wrote:
> > On Tue, Jul 11, 2017 at 8:59 AM, Michael Palimaka
> > wrote:
> >> On 07/11/2017 09:29 AM, Andrew Savchenko wrote:
> >>>
> >>> Even if such stabilization is allowed, there are unansw
On Wed, Jul 12, 2017 at 02:30:34PM +0200, Kristian Fiskerstrand wrote:
> On 07/12/2017 01:59 PM, Michael Palimaka wrote:
> > If it's not a stable candidate then why do you use this as an example
> > against build testing-based stabilisations? If there are known issues it
> > should never reach the
OpenRC 0.28 will mount efivars read only by default due to concerns
about users bricking systems by writing to this filesystem unexpectedly.
Here is the newsitem covering this change.
William
Title: Mounting efivars read only
Author: William Hubbs
Content-Type: text/plain
Posted: 2017-07-15
On Wed, Jul 12, 2017 at 04:03:25PM -0400, Mike Gilbert wrote:
> On Wed, Jul 12, 2017 at 11:42 AM, William Hubbs wrote:
> > OpenRC 0.28 will mount efivars read only by default due to concerns
> > about users bricking systems by writing to this filesystem unexpectedly.
> >
>
On Thu, Jul 13, 2017 at 12:30:12PM +0200, Kristian Fiskerstrand wrote:
> On 07/12/2017 05:42 PM, William Hubbs wrote:
> > OpenRC 0.28 will mount efivars read only by default due to concerns
> > about users bricking systems by writing to this filesystem unexpectedly.
> >
>
On Thu, Jul 13, 2017 at 08:52:23AM -0500, William Hubbs wrote:
> On Thu, Jul 13, 2017 at 12:30:12PM +0200, Kristian Fiskerstrand wrote:
> > On 07/12/2017 05:42 PM, William Hubbs wrote:
> > > OpenRC 0.28 will mount efivars read only by default due to concerns
> > > abou
On Sun, Jul 23, 2017 at 04:17:10PM +0200, Patrice Clement wrote:
> Hi Vadim and thank for your email.
>
> Sorry for taking so long to respond, been busy with work, life, etc.
>
> Thursday 01 Jun 2017 02:32:24, Vadim A. Misbakh-Soloviov wrote :
> > Currently, we have a situation, that there are tw
On Thu, Jul 27, 2017 at 07:03:25PM -0500, Denis Dupeyron wrote:
> On Thu, Jul 27, 2017 at 6:41 PM, Rich Freeman wrote:
> >
> > When in the last 16 years was this 2 year period of running stable?
> > The general state of QA has varied quite a bit over that time.
> >
>
> I would say 3 or 4 years ag
On Thu, Aug 10, 2017 at 06:58:57AM +0200, Nicolas Bock wrote:
> On Mon, Jul 31, 2017 at 09:11:19AM +0200, Nicolas Bock wrote:
> >Hi,
> >
> >I would like to add neomutt to the tree. This new package is meant as
> >an alternative and not a replacement of the existing mutt package.
>
> Thanks for al
On Fri, Aug 11, 2017 at 07:50:14PM -0400, Michael Orlitzky wrote:
> == tl;dr ==
>
> We would be better off with respect to IUSE changes and revisions if we
> deleted the --changed-use and --newuse flags right now, and just
> required developers to revbump when changing IUSE.
>
> Package managers
On Sat, Aug 19, 2017 at 10:25:01AM +0200, Michał Górny wrote:
> ---
> eclass/git-r3.eclass | 14 +-
> 1 file changed, 9 insertions(+), 5 deletions(-)
>
> diff --git a/eclass/git-r3.eclass b/eclass/git-r3.eclass
> index bc7d4d920299..42b586811368 100644
> --- a/eclass/git-r3.eclass
> +
On Thu, Aug 24, 2017 at 11:22:24AM -0400, Michael Orlitzky wrote:
> On 08/22/2017 02:44 PM, Robin H. Johnson wrote:
> > From a Gentoo Infrastructure team perspective, we'd strongly prefer USE
> > flags, because that fits better into existing configuration management
> > tools, almost none of which
On Thu, Sep 28, 2017 at 04:27:31PM -0500, Austin English wrote:
> (Note: serious discussion, please take systemd trolling elsewhere).
>
> While having the pleasure of working with some proprietary software
> recently, I was asked to run `service foo restart`, and was surprised to
> see:
> foobar ~
All,
OpenRC 0.33 will remove the "service" binary, which is currently a copy
of the "rc-service" binary. The reason for this is that "service" will
be provided by sys-apps/init-system-helpers.
Here is the news item:
Thanks,
William
Title: OpenRC "service&qu
All,
if there are no objections to this, I would like to publish the newsitem
tomorrow and release OpenRC 0.33 at the same time.
If I do not see any responses by 24 hours from now I will do so.
Thanks,
William
signature.asc
Description: Digital signature
On Thu, Oct 12, 2017 at 01:37:35PM -0500, William Hubbs wrote:
> All,
>
> if there are no objections to this, I would like to publish the newsitem
> tomorrow and release OpenRC 0.33 at the same time.
>
> If I do not see any responses by 24 hours from now I will do so.
All,
On Sun, Dec 03, 2017 at 09:30:36PM +0100, Dirkjan Ochtman wrote:
> On Sun, Dec 3, 2017 at 12:18 AM, Michał Górny wrote:
>
> > 1. Posting to gentoo-dev@ and gentoo-project@ mailing lists will be
> > initially restricted to active Gentoo developers.
> >
> > 1a. Subscription (reading) and archives w
On Wed, Dec 13, 2017 at 01:22:04PM +0100, Thomas Deutschmann wrote:
> On 2017-12-12 19:24, Rich Freeman wrote:
> > As far as I'm aware the standing policy already exists that
> > maintainers can stabilize their own packages on amd64.
>
> That's right but keep in mind that nevertheless you need a s
On Wed, Dec 13, 2017 at 09:58:05PM +0100, Thomas Deutschmann wrote:
*snip*
> b) Because not all devs care about stable Gentoo, I would recommend
> auto-stabilization: I.e. if a package is in the repository for x days
> build bot would try to build the package and mark the package stable if
> ever
On Wed, Dec 20, 2017 at 06:33:21PM -0500, Michael Orlitzky wrote:
> On 12/20/2017 02:41 PM, Virgil Dupras wrote:
> >
> > Maybe some kind of official overlay for packages needing love? We
> > could send outdated packages there to die or to be born again if the
> > right person picks it up.
> >
> >
On Wed, Dec 20, 2017 at 07:12:45PM -0500, Michael Orlitzky wrote:
> On 12/20/2017 06:58 PM, William Hubbs wrote:
> >
> > There already is an overlay for dying packages, it is called graveyard,
> > but no one is putting things there.
> >
> > This email conf
On Thu, Dec 21, 2017 at 03:03:21PM +, Roy Bamford wrote:
> > So, I guess this means that the quality of the ~arch tree is supposed
> > to
> > be somewhat lower than the quality of the stable tree.
> >
> > William
> >
> >
>
> William,
>
> I've been running ~arch everywhere since May 2002 an
On Wed, Dec 27, 2017 at 05:42:04PM +0200, Mart Raudsepp wrote:
> On K, 2017-12-27 at 09:57 -0500, Michael Orlitzky wrote:
> > > 2) What you plan to do to have USE=cracklib enabled by default. Two
> > > people suggested you should keep this (one way or another) but
> > instead
> > > everyone is now
On Thu, Dec 28, 2017 at 05:42:19PM -0500, Michael Orlitzky wrote:
> We now have IUSE="+cracklib" in sys-apps/shadow, sys-auth/pambase, and
> sys-libs/pam (thanks robbat2).
>
> Does that address everyone's concerns?
>
> Enough so that I can revert the revert without anyone reverting the
> revert r
On Sun, Dec 31, 2017 at 06:44:39PM +0100, Michał Górny wrote:
> W dniu nie, 31.12.2017 o godzinie 14∶31 +0100, użytkownik Ulrich Müller
> napisał:
> > epatch() is provided by epatch.eclass now. Also comment the inherit
> > line, since not every ebuild will use it.
> >
> > Empty SLOT doesn't disabl
On Sun, Dec 31, 2017 at 08:07:33PM +0100, Pacho Ramos wrote:
> El dom, 31-12-2017 a las 12:12 -0600, William Hubbs escribió:
> > On Sun, Dec 31, 2017 at 06:44:39PM +0100, Michał Górny wrote:
> > > W dniu nie, 31.12.2017 o godzinie 14∶31 +0100, użytkownik Ulrich Müller
> > &
On Fri, Jan 05, 2018 at 09:01:26AM -0500, Alec Warner wrote:
> On Fri, Jan 5, 2018 at 5:08 AM, Ulrich Mueller wrote:
> > > +In news item format ``>2.0``, this field is mandatory.
> >
> > I think it should not be mandatory, for the purpose of the tools
> > dealing with news items. So I'd simply
All,
please take a look at the following issue.
https://github.com/openrc/openrc/issues/195
The first part of the fix is committed to master as shown on the issue;
checkpath should *never* follow symbolic links when changing ownership,
so I have moved to the lchown call instead of chown.
Howeve
On Tue, Jan 09, 2018 at 08:19:24PM -0500, Michael Orlitzky wrote:
*snip*
> Ultimately, it's not safe to chown/chmod/setfacl/whatever in a directory
> that is not writable only by yourself and root.
Let me try to phrase this another way.
If the directory we are in is not owned by us or root and
On Wed, Jan 10, 2018 at 03:25:55PM -0500, Michael Orlitzky wrote:
> On 01/10/2018 01:04 PM, William Hubbs wrote:
> > On Tue, Jan 09, 2018 at 08:19:24PM -0500, Michael Orlitzky wrote:
> >
> >> Ultimately, it's not safe to chown/chmod/setfacl/whatever in a directory
&
On Thu, Jan 11, 2018 at 12:22:17PM +0900, Benda Xu wrote:
> Hi,
>
> "Andreas K. Huettel" writes:
>
> > If, as a non-developer, you want to participate in a discussion on
> > gentoo-dev,
> > - either reply directly to the author of a list mail and ask him/her to
> > forward your message,
>
>
101 - 200 of 1450 matches
Mail list logo