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 here?
>
I looked at Meson a bit, and I liked almost everything, except the
configuration file-based mechanism for cross-compi
On 2016-11-14 23:09, 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 tmpfiles functionality out of
>> OpenRC [1], and I believe the new package is about to enter the tree.
>>
>> OpenRC itself doesn't need this
On 03/06/2014 11:04 AM, William Hubbs wrote:
> ...
> The second question is about the rc_nocolor variable. This is an
> undocumented variable which can be set in /etc/rc.conf to force OpenRc
> to not use color in its output. Is this something that should be carried
> over to gentoo-base-functions?
On 11/11/2013 06:51, Tom Wijsman wrote:
On Mon, 11 Nov 2013 10:47:30 +0100
Michał Górny wrote:
Silent removals do us no good.
...
1) dev-only seems to be the main cause of lost announcements, which
isn't that worry some as most of us still receive them but it would
be nice for t
On 8/8/2013 20:05, Zac Medico wrote:
On 08/08/2013 12:11 PM, Tom Wijsman wrote:
On Thu, 8 Aug 2013 21:57:37 +0300
Alon Bar-Lev wrote:
Multiple implementations shouldn't block Gentoo going forward.
We need to come up with a solution similar to the above to avoid
this...
This is called a 'pr
On 7/29/2013 20:07, Rich Freeman wrote:
On Mon, Jul 29, 2013 at 9:01 PM, Dustin C. Hatch wrote:
I think the point is that users may have an initramfs (that they built
manually or using some tool besides dracut or genkernel) that makes use of
cryptsetup/lvm2 built statically, or perhaps they
On 7/29/2013 19:33, Matt Turner wrote:
On Mon, Jul 29, 2013 at 5:28 PM, yac wrote:
I have fully encrypted systems, including /, which requires an
initramfs with cryptsetup built staticaly.
Doesn't it actually require them built statically, or simply that the
necessary libraries are also in th
On 5/3/2013 16:08, René Neumann wrote:
Am 03.05.2013 22:20, schrieb Zac Medico:
Is it worth changing?
Nope. What's worth changing is the excessive use of USE_EXPAND for no
reason (your described usecase makes sense for reasonable USE_EXPAND
stuff like VIDEO_CARDS). But seems like I'm the only
On 2/2/2013 13:19, Pacho Ramos wrote:
El mar, 29-01-2013 a las 15:55 +0400, Sergey Popov escribió:
28.01.2013 23:26, Pacho Ramos пишет:
Then, looks like no alternative is in good shape on Gentoo. What is
Sabayon using? They look to have plymouth ebuilds in their overlay (but
not in "for-gentoo"
On 1/24/2013 12:18, Ian Stakenvicius wrote:
On 24/01/13 01:09 PM, Rich Freeman wrote:
On Thu, Jan 24, 2013 at 12:49 PM, Duncan <1i5t5.dun...@cox.net>
wrote:
That said, presumably udisks would choose not to make its check
fatal, altho changing the default to fatal could complicate
things for exi
On 1/22/2013 05:56, Rich Freeman wrote:
On Tue, Jan 22, 2013 at 6:11 AM, viv...@gmail.com wrote:
IMHO the number of cases where CONFIG_CHECK is reliable is so small that
making it fatal will only bloat make.conf and env with a new var for most
users.
Tend to agree. I just got an elog out of
On 1/21/2013 02:01, Ralph Sennhauser wrote:
On Mon, 21 Jan 2013 13:27:18 +0800
Ben de Groot wrote:
On 21 January 2013 12:16, Peter Stuge wrote:
Panagiotis Christopoulos wrote:
I don't build server machines every day, others do and it would be
much appreciated if they could respond here.
I
On 1/16/2013 11:32, Alexis Ballier wrote:
Other option: kill the server subprofiles, keep profiles/target/server
and let people finally set /etc/make.profile as a dir and play with
multiple inheritance. We don't need dozens of subprofiles with only
eapi and parent files in them...
A.
I would lo
On 12/1/2012 22:21, Diego Elio Pettenò wrote:
If anything, what you just say would call for making openldap follow the
39 packages already out there using IUSE=+server, so that there is no
doubt that changing the default on desktop profile from USE=-minimal to
USE=-server means that _you're losin
14 matches
Mail list logo
