All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Hazelton <dhazelton@enter.net>
To: Ingo Molnar <mingo@elte.hu>
Cc: Sam Ravnborg <sam@ravnborg.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	LKML <linux-kernel@vger.kernel.org>, Pavel Machek <pavel@suse.cz>,
	linux-next@vger.kernel.org
Subject: Re: Strange linux-next build error
Date: Sat, 3 May 2008 21:37:07 -0400	[thread overview]
Message-ID: <200805032137.09302.dhazelton@enter.net> (raw)
In-Reply-To: <20080503224018.GB18344@elte.hu>

On Saturday 03 May 2008 18:40:18 Ingo Molnar wrote:
> * Daniel Hazelton <dhazelton@enter.net> wrote:
> > > Can you try to do a:
> > > make V=1 and post the output a few screen fulls before and until
> > > the bug triggers.
> > > They I will see if I can work out what is happening.
> > >
> > > Thanks,
> > > 	Sam
> >
> > I've been unable to trigger it with "make V=1 bzImage" - does the
> > verbosity change, somehow, the default number of makes that get run ?
> >
> > If it does, I could try adding -j2 or similar to see if that causes it
> > to trigger.
>
> try something like:
>
>    make -j2 V=1 bzImage >log.txt 2>&1
>
> and see whether the error shows up in log.txt. Console output caused by
> the increased verbosity (especially if it's a slower console like an
> xterm) can hide build races.
>
> 	Ingo

And this appears to have been a false alarm. For the tests I did a clean pull 
of the tree and started the build. When I kept *NOT* getting a build error on 
the clean tree I started checking permissions and, while the files that this 
error was happening for (and the containing directory) all had good 
permissions, the correct ownerand all that - so I didn't look deeper. On 
doing a deeper look it seems that there were some files and directories that 
belonged to "root" and had 0644 for permissions.

After doing "make mrproper" and the reconfiguration I reset the owner/group on 
the entire tree of files to be non-root and the build (at -j4) has finished 
without a problem.

Sorry about that.

DRH

-- 
Dialup is like pissing through a pipette. Slow and excruciatingly painful.

  reply	other threads:[~2008-05-04  1:37 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-03  5:21 Strange linux-next build error Daniel Hazelton
2008-05-03  5:52 ` Stephen Rothwell
2008-05-03  6:40   ` Sam Ravnborg
2008-05-03 16:10     ` Daniel Hazelton
2008-05-03 22:25     ` Daniel Hazelton
2008-05-03 22:40       ` Ingo Molnar
2008-05-04  1:37         ` Daniel Hazelton [this message]
2008-05-04  5:36           ` Sam Ravnborg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200805032137.09302.dhazelton@enter.net \
    --to=dhazelton@enter.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=pavel@suse.cz \
    --cc=sam@ravnborg.org \
    --cc=sfr@canb.auug.org.au \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.