* What's with the symlinks?
@ 2006-12-29 0:11 Matthew Palmer
2006-12-29 0:20 ` Robert Wörle
` (2 more replies)
0 siblings, 3 replies; 7+ messages in thread
From: Matthew Palmer @ 2006-12-29 0:11 UTC (permalink / raw)
To: openembedded-devel
Everywhere I go while assembling my OE build tree, I see admonishments not
to use a path that has symlinks in it. For such a major problem, the only
real information on the actual problem is a fairly cryptic entry in the FAQ,
about a failure to build libtool-native.
Being an intensely curious kind of person, and not enjoying arbitrary
limits, I'm very interested to know what the *real* reason behind being so
strongly against the much-maligned symlink. Can anyone enlighten me?
- Matt
--
English is about as pure as a cribhouse whore. We don't just borrow
words; on occasion, English has pursued other languages down alleyways
to beat them unconscious and rifle their pockets for new vocabulary."
-- James D. Nicoll, resident of rec.arts.sf.written
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: What's with the symlinks?
2006-12-29 0:11 What's with the symlinks? Matthew Palmer
@ 2006-12-29 0:20 ` Robert Wörle
2006-12-29 5:51 ` jack-oe
2006-12-29 12:12 ` Richard Purdie
2 siblings, 0 replies; 7+ messages in thread
From: Robert Wörle @ 2006-12-29 0:20 UTC (permalink / raw)
To: openembedded-devel
Dear Matthew
I cant answer your question but i can say ,, it works for me like a charm...
I have a partition where the whole oe stuff is residing ( tree , tmp`s
for various builds ) but i symlinked it inot my /home folder and also
use it in there
so i dont have any problem ( but i remmeber having problems at least a
year ago with symlinking the tree )
Maybe that faq is outdated and not "valid" anymore
Regards
rob_w
Matthew Palmer schrieb:
> Everywhere I go while assembling my OE build tree, I see admonishments not
> to use a path that has symlinks in it. For such a major problem, the only
> real information on the actual problem is a fairly cryptic entry in the FAQ,
> about a failure to build libtool-native.
>
> Being an intensely curious kind of person, and not enjoying arbitrary
> limits, I'm very interested to know what the *real* reason behind being so
> strongly against the much-maligned symlink. Can anyone enlighten me?
>
> - Matt
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: What's with the symlinks?
2006-12-29 0:11 What's with the symlinks? Matthew Palmer
2006-12-29 0:20 ` Robert Wörle
@ 2006-12-29 5:51 ` jack-oe
2006-12-29 6:15 ` Matthew Palmer
2006-12-29 8:16 ` Koen Kooi
2006-12-29 12:12 ` Richard Purdie
2 siblings, 2 replies; 7+ messages in thread
From: jack-oe @ 2006-12-29 5:51 UTC (permalink / raw)
To: openembedded-devel
On Fri, Dec 29, 2006 at 11:11:29AM +1100, Matthew Palmer wrote:
> Everywhere I go while assembling my OE build tree, I see admonishments not
> to use a path that has symlinks in it. For such a major problem, the only
> real information on the actual problem is a fairly cryptic entry in the FAQ,
> about a failure to build libtool-native.
> Being an intensely curious kind of person, and not enjoying arbitrary
> limits, I'm very interested to know what the *real* reason behind being so
> strongly against the much-maligned symlink. Can anyone enlighten me?
I ran into this. IIRC if "$PWD" != "`readlink -f $PWD`", then automake-native
fails to build.
This is a feature of the automake build system.
--Jack
--
Jack (John) Cummings http://mudshark.org/
PGP fingerprint: 0774 D073 E386 B70B 6B16 2D2B 1DD8 F8B0 CCF0 FAEE
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: What's with the symlinks?
2006-12-29 5:51 ` jack-oe
@ 2006-12-29 6:15 ` Matthew Palmer
2006-12-29 8:16 ` Koen Kooi
1 sibling, 0 replies; 7+ messages in thread
From: Matthew Palmer @ 2006-12-29 6:15 UTC (permalink / raw)
To: openembedded-devel
On Thu, Dec 28, 2006 at 09:51:40PM -0800, jack-oe@mudshark.org wrote:
> On Fri, Dec 29, 2006 at 11:11:29AM +1100, Matthew Palmer wrote:
>
> > Everywhere I go while assembling my OE build tree, I see admonishments not
> > to use a path that has symlinks in it. For such a major problem, the only
> > real information on the actual problem is a fairly cryptic entry in the FAQ,
> > about a failure to build libtool-native.
>
> > Being an intensely curious kind of person, and not enjoying arbitrary
> > limits, I'm very interested to know what the *real* reason behind being so
> > strongly against the much-maligned symlink. Can anyone enlighten me?
>
> I ran into this. IIRC if "$PWD" != "`readlink -f $PWD`", then automake-native
> fails to build.
>
> This is a feature of the automake build system.
Interesting "feature". I'd use a slightly different word for it, though.
- Matt
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: What's with the symlinks?
2006-12-29 5:51 ` jack-oe
2006-12-29 6:15 ` Matthew Palmer
@ 2006-12-29 8:16 ` Koen Kooi
1 sibling, 0 replies; 7+ messages in thread
From: Koen Kooi @ 2006-12-29 8:16 UTC (permalink / raw)
To: openembedded-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
jack-oe@mudshark.org schreef:
> On Fri, Dec 29, 2006 at 11:11:29AM +1100, Matthew Palmer wrote:
>
>> Everywhere I go while assembling my OE build tree, I see admonishments not
>> to use a path that has symlinks in it. For such a major problem, the only
>> real information on the actual problem is a fairly cryptic entry in the FAQ,
>> about a failure to build libtool-native.
>
>> Being an intensely curious kind of person, and not enjoying arbitrary
>> limits, I'm very interested to know what the *real* reason behind being so
>> strongly against the much-maligned symlink. Can anyone enlighten me?
>
> I ran into this. IIRC if "$PWD" != "`readlink -f $PWD`", then automake-native
> fails to build.
>
> This is a feature of the automake build system.
It is a (wrong) check to see if builddir == sourcedir. With a symlink present, the
configure script thinks your building outside sourcedir and wants to create some files.
But those files are already present, so it fails with a "directory already configured"
message.
regards,
Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFFlM7XMkyGM64RGpERAiXVAJ9JQuTl5Ug5JRx47n2428XPGJ+wgQCffMJ/
8ueD7E18HHikc5s2rVJV/YI=
=xndz
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: What's with the symlinks?
2006-12-29 0:11 What's with the symlinks? Matthew Palmer
2006-12-29 0:20 ` Robert Wörle
2006-12-29 5:51 ` jack-oe
@ 2006-12-29 12:12 ` Richard Purdie
2007-01-06 3:07 ` Jamie Lenehan
2 siblings, 1 reply; 7+ messages in thread
From: Richard Purdie @ 2006-12-29 12:12 UTC (permalink / raw)
To: openembedded-devel
On Fri, 2006-12-29 at 11:11 +1100, Matthew Palmer wrote:
> Everywhere I go while assembling my OE build tree, I see admonishments not
> to use a path that has symlinks in it. For such a major problem, the only
> real information on the actual problem is a fairly cryptic entry in the FAQ,
> about a failure to build libtool-native.
>
> Being an intensely curious kind of person, and not enjoying arbitrary
> limits, I'm very interested to know what the *real* reason behind being so
> strongly against the much-maligned symlink. Can anyone enlighten me?
People have explained the reason but you can use paths with symlinks in
*if* you're careful. Basically, you need to ensure the environmental
variables you set use absolute paths without symlinks. My scripts for
setting up build environments make suitable use of "basedir" to ensure
that.
Also, you need to have the conf and tmp directories in the directory
without any symlinks so tmp cannot be a symlink. I'm not entirely sure
why that breaks things but it does.
We should probably patch bitbake to avoid these issues. Patches welcome!
Richard
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: What's with the symlinks?
2006-12-29 12:12 ` Richard Purdie
@ 2007-01-06 3:07 ` Jamie Lenehan
0 siblings, 0 replies; 7+ messages in thread
From: Jamie Lenehan @ 2007-01-06 3:07 UTC (permalink / raw)
To: openembedded-devel
On Fri, Dec 29, 2006 at 12:12:03PM +0000, Richard Purdie wrote:
> On Fri, 2006-12-29 at 11:11 +1100, Matthew Palmer wrote:
> > Everywhere I go while assembling my OE build tree, I see admonishments not
> > to use a path that has symlinks in it. For such a major problem, the only
> > real information on the actual problem is a fairly cryptic entry in the FAQ,
> > about a failure to build libtool-native.
> >
> > Being an intensely curious kind of person, and not enjoying arbitrary
> > limits, I'm very interested to know what the *real* reason behind being so
> > strongly against the much-maligned symlink. Can anyone enlighten me?
>
> People have explained the reason but you can use paths with symlinks in
> *if* you're careful. Basically, you need to ensure the environmental
It's also possible to use bind mounts, which lets you mount one
subdirectory over another subdirectory, to achieve a similiar sort of
effect. I have my oe stuff in ~/devel/oe which is a bind mount from a
seperate disk:
[nynaeve][ 2:02PM]~/devel/oe%> df -h .
Filesystem Size Used Avail Use% Mounted on
/u/5QF1E359/oe 294G 69G 226G 24% /home/lenehan/devel/oe
[nynaeve][ 2:02PM]~/devel/oe%> cat /etc/fstab | grep oe
/u/5QF1E359/oe /home/lenehan/devel/oe none bind 0 0
[nynaeve][ 2:04PM]~/devel/oe%> mount | grep 5QF1E359
/dev/sdc2 on /u/5QF1E359 type ext3 (rw)
/u/5QF1E359/oe on /home/lenehan/devel/oe type none (rw,bind)
So instead of a symlink from ~/devel/oe to /u/5QF1E359/oe I mounted (via a
bind mount) /u/5QF1E359/oe on ~/devel/oe
--
Jamie Lenehan <lenehan@twibble.org>
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2007-01-06 3:09 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-12-29 0:11 What's with the symlinks? Matthew Palmer
2006-12-29 0:20 ` Robert Wörle
2006-12-29 5:51 ` jack-oe
2006-12-29 6:15 ` Matthew Palmer
2006-12-29 8:16 ` Koen Kooi
2006-12-29 12:12 ` Richard Purdie
2007-01-06 3:07 ` Jamie Lenehan
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.