Closed
Bug 990196
Opened 11 years ago
Closed 1 year ago
icu tries to use INSTALL_SCRIPT during build
Categories
(Core :: JavaScript: Internationalization API, defect)
Tracking
()
RESOLVED
INACTIVE
| Tracking | Status | |
|---|---|---|
| firefox28 | --- | unaffected |
| firefox29 | --- | affected |
| firefox30 | --- | ? |
| firefox31 | --- | ? |
People
(Reporter: gaston, Unassigned)
Details
During build of icu within 29.0b3 as regular user, it tries to use INSTALL_SCRIPT (at http://mxr.mozilla.org/mozilla-beta/source/intl/icu/source/Makefile.in#314), which for some reason (the ports build environment is like this) is set to:
../build-amd64/js/src/intl/icu/target/config.log:INSTALL_SCRIPT='install -c -o root -g bin -m 555'
Obviously since i'm building as regular user, this fails with:
install: config/icu-config: chown/chgrp: Operation not permitted
I can workaround this by replacing INSTALL_SCRIPT by a plain install call:
- $(INSTALL_SCRIPT) $(top_srcdir)/config/icu-config-top $@
+ install -m 555 $(top_srcdir)/config/icu-config-top $@
but that's rather ugly. Since that's coming from upstream i suppose we dont want to patch Makefile.in either...
| Reporter | ||
Comment 1•11 years ago
|
||
I'm only seeing this on beta when building from the source tarball using configure/make within the bsd ports infrastructure, not on aurora/central when building via mach/gmake -f client.mk in my buildbot..
status-firefox28:
--- → unaffected
status-firefox29:
--- → affected
status-firefox30:
--- → ?
status-firefox31:
--- → ?
| Reporter | ||
Comment 2•11 years ago
|
||
Mike, any idea how to workaround this build subtile failure ?
Flags: needinfo?(mh+mozilla)
Comment 3•11 years ago
|
||
I can't see a reason why this would be a problem on beta/release and not aurora/central, except if your autoconf2.13 creates a configure script very different from the one shipped in our tarballs. If that's the case, then it means your autoconf2.13 has openbsd patches that you'd need in your configure.
Flags: needinfo?(mh+mozilla)
| Reporter | ||
Comment 4•11 years ago
|
||
As i said in comment 0, the difference here is that i build beta/release in our packaging infrastructure (ports), which sets INSTALL_SCRIPT (via the environment) to install -c -o root -g bin -m 555 (which fails to be used as regular user during the build step) while when building aurora/central manually from a src tree, there's no such env var so INSTALL_SCRIPT defaults to INSTALL, ie INSTALL='/usr/bin/install -c' -> no problem as regular user.
While i agree this is a local problem on OpenBSD, and should be discussed upstream, i think the INSTALL* macros should only be used when in an installation target (usually ran as root) and not during a build target. Especially since right after, a chmod is done to u+w.. i dont think itd be a huge issue if INSTALL_SCRIPT would be replaced by 'hardcoding' install -m 555.
Comment 5•11 years ago
|
||
Except that, as you said, this comes from upstream ICU.
Updated•3 years ago
|
Severity: normal → S3
Comment 6•1 year ago
|
||
Given that this comes from 10 years ago, and that our build system has be rewritten since …
… I am going to mark this bug as inactive.
Feel free to re-open it if this is still an issue.
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → INACTIVE
| Reporter | ||
Comment 7•1 year ago
|
||
yes sorry i should have closed here, i've dropped the patch 4 years ago when updating to 73
You need to log in
before you can comment on or make changes to this bug.
Description
•