On Sat, 12 Jan 2013 12:52:26 -0500, Simo Sorce wrote:
> On Sat, 2013-01-12 at 18:14 +0100, Kevin Kofler wrote:
> > Ralf Corsepius wrote:
> > > Well, I am very opposed to silent makerules.
> >
> > I like them. :-) By the way, CMake has had them for way longer than the
> > autotools and they have
On Sat, 2013-01-12 at 18:14 +0100, Kevin Kofler wrote:
> Ralf Corsepius wrote:
> > Well, I am very opposed to silent makerules.
>
> I like them. :-) By the way, CMake has had them for way longer than the
> autotools and they have always been the default in CMake (but we default RPM
> builds (and
Ralf Corsepius wrote:
> Well, I am very opposed to silent makerules.
I like them. :-) By the way, CMake has had them for way longer than the
autotools and they have always been the default in CMake (but we default RPM
builds (and only RPM builds, in the %cmake and %cmake_kde4 RPM macros) to
ena
On Fri, 11 Jan 2013, Kevin Fenzi wrote:
On Fri, 11 Jan 2013 12:16:50 +
"Daniel P. Berrange" wrote:
On this theme, one other very useful thing we could improve in Koji
for developer debug of failed builds, would be to capture the
'config.log' file from any autoconf based builds.
Curren
On Fri, 11 Jan 2013 12:16:50 +
"Daniel P. Berrange" wrote:
> On this theme, one other very useful thing we could improve in Koji
> for developer debug of failed builds, would be to capture the
> 'config.log' file from any autoconf based builds.
>
> Currently when I get stuck with configure p
On 01/11/2013 01:12 PM, Richard Hughes wrote:
On 11 January 2013 11:32, Ralf Corsepius wrote:
Then its configure script likely honors --disable-silent-rules
That works a treat, thanks.
In both cases, it's worth contacting upstream to tell them about the
harmfulness of silent make rules
We
On Fri, Jan 11, 2013 at 12:12:46PM +, Richard Hughes wrote:
> On 11 January 2013 11:32, Ralf Corsepius wrote:
> > Then its configure script likely honors --disable-silent-rules
>
> That works a treat, thanks.
>
> > In both cases, it's worth contacting upstream to tell them about the
> > harm
On 11 January 2013 11:32, Ralf Corsepius wrote:
> Then its configure script likely honors --disable-silent-rules
That works a treat, thanks.
> In both cases, it's worth contacting upstream to tell them about the
> harmfulness of silent make rules
Well, I am upstream :) When I'm developing softw
On 01/11/2013 11:27 AM, Richard Hughes wrote:
On 11 January 2013 10:21, Ralf Corsepius wrote:
builds verbose
Good idea. Do I just do this
Is the package autotools-based using a recent version of the autotools?
Then its configure script likely honors --disable-silent-rules
(c.f. ./configure
On 11 January 2013 10:21, Ralf Corsepius wrote:
> builds verbose
Good idea. Do I just do this or is there some Fedora macro?
@@ -87,10 +91,10 @@ This may be useful for CMYK soft-proofing or for
extra device support.
--disable-examples \
--disable-dependency-tracking
-make %{?_
On 01/11/2013 10:01 AM, Richard Hughes wrote:
I've tried to build colord for f18 a few times now. It builds locally
fine, but when run on Koji it gets killed: make[3]: ***
[FOGRA28L_webcoated.icc] Killed
It only seems to happen when the print profiles are being created,
which do take some time t
On 11 January 2013 09:13, Dan Horák wrote:
> I'd say it's the OOM killer in kernel what kills your processes. Do the
> generators run in parallel?
No, serially. I've just submitted a scratch build that uses "ulimit
-Sv 50" which will cause the profiles to be built in chunks rather
than in one
Richard Hughes píše v Pá 11. 01. 2013 v 09:01 +:
> I've tried to build colord for f18 a few times now. It builds locally
> fine, but when run on Koji it gets killed: make[3]: ***
> [FOGRA28L_webcoated.icc] Killed
>
> It only seems to happen when the print profiles are being created,
> which d
I've tried to build colord for f18 a few times now. It builds locally
fine, but when run on Koji it gets killed: make[3]: ***
[FOGRA28L_webcoated.icc] Killed
It only seems to happen when the print profiles are being created,
which do take some time to complete. It probably takes about 20
minutes t
14 matches
Mail list logo