-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Christian Faulhammer schrieb:
| We have a prior version for some time now in the Emacs overlay for two
| live ebuilds...so we go and merge your changed (ulm already did), test
| it and report any problems.
I just copied the bzr.eclass from the
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
/etc/modules.autoload.d has always allowed module parameters to appear
after the module name.
/etc/conf.d/modules has allowed a completely different syntax requiring
variables based on the module name to be set with the module
On Monday 24 March 2008, Doug Goldstein wrote:
> /etc/modules.autoload.d has always allowed module parameters to appear
> after the module name.
>
> /etc/conf.d/modules has allowed a completely different syntax requiring
> variables based on the module name to be set with the module parameters.
>
>
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
And by all upgrade paths would that include adding the bad
conversion of /etc/modules.autoload.d/
looks/tested correct to me
On Monday 24 March 2008, Doug Goldstein wrote:
> Mike Frysinger wrote:
> > On Monday 24 March 2008, Doug Goldstein wrote:
> >> And by all upgrade paths would that include adding the bad
> >> conversion of /etc/modules.autoload.d/
> >
> > looks/tested correct to me
>
> breaks for anything with a mod
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
Doug Goldstein wrote:
All,
This is a formal notice to everyone that OpenRC will be hitting the
Gentoo tree sooner rather then late
On Monday 24 March 2008, Doug Goldstein wrote:
> Mike Frysinger wrote:
> > On Monday 24 March 2008, Doug Goldstein wrote:
> >> Doug Goldstein wrote:
> >>> All,
> >>>
> >>> This is a formal notice to everyone that OpenRC will be hitting the
> >>> Gentoo tree sooner rather then later. I would like to
On Monday 24 March 2008, Doug Goldstein wrote:
> Doug Goldstein wrote:
> > All,
> >
> > This is a formal notice to everyone that OpenRC will be hitting the
> > Gentoo tree sooner rather then later. I would like to see *ALL* arch
> > teams give the current code a whirl on their systems, which is
> >
Mike Frysinger wrote:
On Monday 24 March 2008, Doug Goldstein wrote:
Doug Goldstein wrote:
All,
This is a formal notice to everyone that OpenRC will be hitting the
Gentoo tree sooner rather then later. I would like to see *ALL* arch
teams give the current code a whirl on their systems,
Josh Saddler wrote:
Doug Goldstein wrote:
It appears my migration plan was not good enough for Mike Frysinger
<[EMAIL PROTECTED]> and he went ahead and wrote his own version of
the OpenRC ebuild, differing from the one in the OpenRC layman repo,
and committed it to the tree this weekend.
Sin
Doug Goldstein wrote:
It appears my migration plan was not good enough for Mike Frysinger
<[EMAIL PROTECTED]> and he went ahead and wrote his own version of the
OpenRC ebuild, differing from the one in the OpenRC layman repo, and
committed it to the tree this weekend.
Since my offer to work o
Doug Goldstein wrote:
All,
This is a formal notice to everyone that OpenRC will be hitting the
Gentoo tree sooner rather then later. I would like to see *ALL* arch
teams give the current code a whirl on their systems, which is
available via the layman module "openrc".
I would also like to g
Ferris McCormick wrote:
Date: Sat, 22 Mar 2008 13:33:14 -0400
From: Mike Spenard <[EMAIL PROTECTED]>
To: gentoo-dev@lists.gentoo.org
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: [gentoo-dev] Gentoo Enterprise 1 support and developer
access
Raúl-Ferris,
This past week I made an e10
> Date: Sat, 22 Mar 2008 13:33:14 -0400
> From: Mike Spenard <[EMAIL PROTECTED]>
> To: gentoo-dev@lists.gentoo.org
> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: [gentoo-dev] Gentoo Enterprise 1 support and developer
> access
>
>
> Raúl-Ferris,
> This past week I made an e10k I own
On 3/24/08, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> how much do we want to help the user ? if they have USE=filecaps, then dont
> perform any checking ? we'll need a kernel with file capabilities turned on,
> otherwise the prog wont work unless it's setuid ... so do we perform checking
>
On Monday 24 March 2008, Alon Bar-Lev wrote:
> On 3/24/08, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > Diego and i were talking ... we're going to go with USE=filecaps because
> > it's so new and doesnt require the libcap library in order to work at
> > runtime. probably be worthwhile to put toge
On Mon, 24 Mar 2008 14:27:39 +0200
"Alon Bar-Lev" <[EMAIL PROTECTED]> wrote:
> On 3/24/08, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > Diego and i were talking ... we're going to go with USE=filecaps
> > because it's so new and doesnt require the libcap library in order
> > to work at runtime. pr
On 3/24/08, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> Diego and i were talking ... we're going to go with USE=filecaps because it's
> so new and doesnt require the libcap library in order to work at runtime.
> probably be worthwhile to put together a little eclass of functions to make
> people
On Saturday 15 March 2008, Donnie Berkholz wrote:
> On 06:03 Sun 09 Mar , Rajiv Aaron Manglani (rajiv) wrote:
> > 1.1 sys-power/nut/nut-2.2.1.ebuild
> >
> > file :
> > http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-power/nut/nut-2.2.1.e
> >build?rev=1.1&view=markup plain:
On Sunday 23 March 2008, Alon Bar-Lev wrote:
> linux-2.6.24 supports file based capabilities via:
> CONFIG_SECURITY_FILE_CAPABILITIES
>
> This enables the use of filesystem attributes in order to store per
> executable capabilities list, more information at [1].
>
> This enables improved security l
20 matches
Mail list logo