On Sat, 13 Apr 2013 19:49:26 -0500
William Hubbs wrote:
> On Sun, Apr 14, 2013 at 12:41:59AM +0100, Markos Chandras wrote:
> > On 13 April 2013 22:30, William Hubbs wrote:
> > > On Sat, Apr 13, 2013 at 11:27:24PM +0200, Michał Górny wrote:
> > >> On Sat, 13 Apr 2013 14:43:14 -0500
> > >> William
On Sun, Apr 14, 2013 at 12:41:59AM +0100, Markos Chandras wrote:
> On 13 April 2013 22:30, William Hubbs wrote:
> > On Sat, Apr 13, 2013 at 11:27:24PM +0200, Michał Górny wrote:
> >> On Sat, 13 Apr 2013 14:43:14 -0500
> >> William Hubbs wrote:
> >>
> >> > this eclass is an alternative to systemd.
On 13 April 2013 22:30, William Hubbs wrote:
> On Sat, Apr 13, 2013 at 11:27:24PM +0200, Michał Górny wrote:
>> On Sat, 13 Apr 2013 14:43:14 -0500
>> William Hubbs wrote:
>>
>> > this eclass is an alternative to systemd.eclass, and maintains
>> > full compatibility with it; however, it expands it
On Sat, Apr 13, 2013 at 11:27:24PM +0200, Michał Górny wrote:
> On Sat, 13 Apr 2013 14:43:14 -0500
> William Hubbs wrote:
>
> > this eclass is an alternative to systemd.eclass, and maintains
> > full compatibility with it; however, it expands it so that it can query
> > pkgconfig for the director
On Sat, 13 Apr 2013 14:43:14 -0500
William Hubbs wrote:
> this eclass is an alternative to systemd.eclass, and maintains
> full compatibility with it; however, it expands it so that it can query
> pkgconfig for the directory paths. It returns the same default paths as
> systemd.eclass if there is
On Sat, Apr 13, 2013 at 4:57 PM, William Hubbs wrote:
> It is not an upstream fork, it is a configuration/installation
> approach that follows upstream's recommendations for install locations.
> It also allows the user more choices wrt which parts of systemd are
> built or installed and allows mor
On Sat, Apr 13, 2013 at 04:15:03PM -0400, Rich Freeman wrote:
> On Sat, Apr 13, 2013 at 3:43 PM, William Hubbs wrote:
> > I am sending this out for review so we can commit it to the tree
> > when we commit our alternate systemd ebuild in a few days. This will be
> > set up so that users can choose
It's happening that we seem to have a bunch of crybabies in Gentoo
that don't get along together and instead of figuring out their
differences are going to screw up users even more.
Bunch of chipmunks in our ranks as well I suppose.
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://bl
On Sat, Apr 13, 2013 at 3:43 PM, William Hubbs wrote:
> I am sending this out for review so we can commit it to the tree
> when we commit our alternate systemd ebuild in a few days. This will be
> set up so that users can choose which systemd package they want to
> install, and it will default to
All,
this eclass is an alternative to systemd.eclass, and maintains
full compatibility with it; however, it expands it so that it can query
pkgconfig for the directory paths. It returns the same default paths as
systemd.eclass if there is an error with pkgconfig.
I am sending this out for review
10 matches
Mail list logo