On 05/05/2016 01:12 AM, William Hubbs wrote:
> On Wed, May 04, 2016 at 07:41:39PM +1000, Sam Jorna wrote:
>> On Wed, May 04, 2016 at 10:57:44AM +0200, Kristian Fiskerstrand wrote:
>>> On 05/04/2016 10:52 AM, Sam Jorna wrote:
On Wed, May 04, 2016 at 10:00:05AM +0200, Ulrich Mueller wrote:
On Wed, May 04, 2016 at 07:41:39PM +1000, Sam Jorna wrote:
> On Wed, May 04, 2016 at 10:57:44AM +0200, Kristian Fiskerstrand wrote:
> > On 05/04/2016 10:52 AM, Sam Jorna wrote:
> > > On Wed, May 04, 2016 at 10:00:05AM +0200, Ulrich Mueller wrote:
> > >>> On Wed, 4 May 2016, Austin English
ok, thank you.I will try the chroot stuff as soon as I have some time.
As for what I'm trying to do: making portage able to add user/groups when using
--root option.
This is a known limitation since a long time. I'm currently also discussing
this point with the "shadow" upstream team (I have
On Wed, May 04, 2016 at 04:05:50PM -0400, Ian Stakenvicius wrote
> On 04/05/16 03:43 PM, waltd...@waltdnes.org wrote:
> >
> > emerge --keyword-write
> >
> > ... similar to "emerge --autounmask-write", but have it write to
> > package.accept_keywords, rather than package.unmask?
> >
> > That
On 04/05/16 03:43 PM, waltd...@waltdnes.org wrote:
>
> emerge --keyword-write
>
> ... similar to "emerge --autounmask-write", but have it write to
> package.accept_keywords, rather than package.unmask?
>
> That would achieve the effect that people are looking for, with less
> work.
>
On Tue, May 03, 2016 at 09:46:10PM -0700, Matt Turner wrote
> On Tue, May 3, 2016 at 5:50 PM, Mike Gilbert wrote:
> > On Tue, May 3, 2016 at 5:34 PM, Jeroen Roovers wrote:
> >> The solution is to have people with an actual interest in a specific
> >>
On 04/05/16 02:30 PM, Farid BENAMROUCHE wrote:
> hum... yes I've setup all the relevant settings in my /etc/portage...
> I've also read the man, and still not understanding why.
>
> But At least you are confirming me that directly modifying the user.eclass in
> /usr/portage/eclass should work!
>
hum... yes I've setup all the relevant settings in my /etc/portage...
I've also read the man, and still not understanding why.
But At least you are confirming me that directly modifying the user.eclass in
/usr/portage/eclass should work!
The exact command line I've used was ROOT=/sysroot emerge
On Wed, May 4, 2016 at 8:44 AM, Mike Gilbert wrote:
> On Wed, May 4, 2016 at 10:41 AM, Peter Stuge wrote:
>> Mike Gilbert wrote:
>>> "doing your job"
>>
>> Remember that everyone is a volunteer.
>
> I am referring to arch testing as a job, because it only
On 05/04/2016 11:41 AM, Ian Stakenvicius wrote:
On 04/05/16 02:01 AM, Kent Fredric wrote:
On 4 May 2016 at 16:46, Matt Turner wrote:
Having built many stages for an "unstable" arch (mips) has taught me
one thing: it's awful being unstable-only. There's no end to the
On Wed, May 4, 2016 at 10:41 AM, Peter Stuge wrote:
> Mike Gilbert wrote:
>> "doing your job"
>
> Remember that everyone is a volunteer.
I am referring to arch testing as a job, because it only really works
if people treat it that way. If stabilization does not take place in a
On 04/05/16 02:01 AM, Kent Fredric wrote:
> On 4 May 2016 at 16:46, Matt Turner wrote:
>> Having built many stages for an "unstable" arch (mips) has taught me
>> one thing: it's awful being unstable-only. There's no end to the
>> compilation failures and other such headaches,
prends soin de toi
On Tue, May 3, 2016 at 11:43 AM Sven Vermeulen wrote:
> On Sun, May 01, 2016 at 04:57:09PM +0200, José Fournier wrote:
> > I have been a bit far from Gentoo for a rather long time now. I joined
> > Gentoo in 2013 and I used to be a translator for the French
Mike Gilbert wrote:
> "doing your job"
Remember that everyone is a volunteer.
> dropping stable keywords on everything but the bare necessities
Gentoo magically does a number of things which upstream never
intended and do not intentionally support. It is amazing, and
thank you so much to
On 04.05.2016 11:19, Duncan wrote:
> Ulrich Mueller posted on Wed, 04 May 2016 10:00:05 +0200 as excerpted:
>
>>> On Wed, 4 May 2016, Austin English wrote:
>>
Your list of affected packages obtained with "git grep" in the Portage
tree will not be complete, since the command won't
On Wed, May 4, 2016 at 12:46 AM, Matt Turner wrote:
> Having built many stages for an "unstable" arch (mips) has taught me
> one thing: it's awful being unstable-only. There's no end to the
> compilation failures and other such headaches, none of which have
> anything at all
Ulrich Mueller posted on Wed, 04 May 2016 10:00:05 +0200 as excerpted:
>> On Wed, 4 May 2016, Austin English wrote:
>
>>> Your list of affected packages obtained with "git grep" in the Portage
>>> tree will not be complete, since the command won't catch any init
>>> scripts installed from
On 05/04/2016 10:52 AM, Sam Jorna wrote:
> On Wed, May 04, 2016 at 10:00:05AM +0200, Ulrich Mueller wrote:
>>> On Wed, 4 May 2016, Austin English wrote:
>>
Your list of affected packages obtained with "git grep" in the
Portage tree will not be complete, since the command won't catch
On 05/04/2016 06:46 AM, Matt Turner wrote:
> On Tue, May 3, 2016 at 5:50 PM, Mike Gilbert wrote:
>> On Tue, May 3, 2016 at 5:34 PM, Jeroen Roovers wrote:
>>> The solution is to have people with an actual interest in a specific
>>> architecture determine
> On Wed, 4 May 2016, Austin English wrote:
>> Your list of affected packages obtained with "git grep" in the
>> Portage tree will not be complete, since the command won't catch
>> any init scripts installed from elsewhere. You should look for the
>> set of installed files instead.
> How is
According to the PMS section 11.1, HOME is a read-only
variable. Include it in the list of read-only variables for the
variable.readonly check in repoman.
Signed-off-by: Göktürk Yüksek
---
pym/repoman/modules/scan/ebuild/checks.py | 2 +-
1 file changed, 1 insertion(+),
Begin forwarded message:
Date: Wed, 4 May 2016 00:14:55 -0700
From: Brian Dolbec
To: Göktürk Yüksek
Subject: Re: [PATCH] xml-text/missing-doctype: test for missing DOCTYPE
in metadata.xml
On Wed, 4 May 2016 01:57:19 -0400
Göktürk Yüksek
> On Tue, 3 May 2016, Austin English wrote:
> I've been working on the transition from #!/sbin/runscript to
> #!/sbin/openrc-run [1], by starting on the maintainer-needed
> packages. That's done (aside from some stabilizations needed, but
> I'll deal with that latter). The trouble is that
Signed-off-by: Göktürk Yüksek
---
xml-test/valid/metadata.xml | 64 +
xml-test/valid/valid-0.1.ebuild | 12
2 files changed, 76 insertions(+)
create mode 100644 xml-test/valid/metadata.xml
create mode 100644
On 05/04/2016 01:02 AM, Patrick Lauer wrote:
> On 05/04/2016 06:27 AM, Austin English wrote:
>> Hi there,
>>
>> I've been working on the transition from #!/sbin/runscript to
>> #!/sbin/openrc-run [1],
> ... and once more I have to ask:
>
> Is there any reason that Stuff Needs To Change because of
On 05/04/2016 06:27 AM, Austin English wrote:
> Hi there,
>
> I've been working on the transition from #!/sbin/runscript to
> #!/sbin/openrc-run [1],
... and once more I have to ask:
Is there any reason that Stuff Needs To Change because of a packaging
conflict in *debian* where it really doesn't
On 4 May 2016 at 16:46, Matt Turner wrote:
> Having built many stages for an "unstable" arch (mips) has taught me
> one thing: it's awful being unstable-only. There's no end to the
> compilation failures and other such headaches, none of which have
> anything at all to do
27 matches
Mail list logo