Closed Bug 231286 Opened 21 years ago Closed 21 years ago

make install fails: .../security-prefs.js: No such file or directory

Categories

(SeaMonkey :: Build Config, defect)

PowerPC
All
defect
Not set
blocker

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.7alpha

People

(Reporter: vincent-moz, Assigned: benjamin)

References

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7a) Gecko/20031220
Build Identifier: http://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-source.tar.bz2

I downloaded the source, built Mozilla with "make -f client.mk", then typed
"make install", but I got the following error:

make[1]: Entering directory `/home/lefevre/software/moz-source/mozilla/netwerk'
make[2]: Entering directory `/home/lefevre/software/moz-source/mozilla/netwerk/base'
make[3]: Entering directory
`/home/lefevre/software/moz-source/mozilla/netwerk/base/public'
../../../config/nsinstall -t -m 644 netCore.h nsNetError.h nsNetUtil.h
nsUnixColorPrintf.h nsURIHashKey.h nsReadLine.h nsCPasswordManager.h
nsCPasswordManagerInternal.h /home/lefevre/mozilla/include/mozilla-1.7a/necko
set -e;   \
for i in ./security-prefs.js; \
do /usr/local/bin/perl ../../../config/preprocessor.pl -DOSTYPE=\"Linux2.4\"
-DOSARCH=\"Linux\" -DD_INO=d_ino -DSTDC_HEADERS=1 -DHAVE_ST_BLKSIZE=1
-DHAVE_SIGINFO_T=1 -DHAVE_INT16_T=1 -DHAVE_INT32_T=1 -DHAVE_INT64_T=1
-DHAVE_UINT=1 -DHAVE_UNAME_DOMAINNAME_FIELD=1 -DHAVE_DIRENT_H=1
-DHAVE_GETOPT_H=1 -DHAVE_SYS_BITYPES_H=1 -DHAVE_MEMORY_H=1 -DHAVE_UNISTD_H=1
-DHAVE_GNU_LIBC_VERSION_H=1 -DHAVE_NL_TYPES_H=1 -DHAVE_MALLOC_H=1
-DHAVE_X11_XKBLIB_H=1 -DHAVE_SYS_STATVFS_H=1 -DHAVE_SYS_STATFS_H=1
-DHAVE_SYS_CDEFS_H=1 -DHAVE_LIBM=1 -DHAVE_LIBDL=1 -DFUNCPROTO=15 -DHAVE_XSHM=1
-D_REENTRANT=1 -DHAVE_RANDOM=1 -DHAVE_STRERROR=1 -DHAVE_LCHOWN=1 -DHAVE_FCHMOD=1
-DHAVE_SNPRINTF=1 -DHAVE_MEMMOVE=1 -DHAVE_RINT=1 -DHAVE_NL_LANGINFO=1
-DHAVE_FLOCKFILE=1 -DHAVE_LOCALTIME_R=1 -DHAVE_STRTOK_R=1 -DHAVE_RES_NINIT=1
-DHAVE_GNU_GET_LIBC_VERSION=1 -DVA_COPY=va_copy -DHAVE_VA_COPY=1
-DHAVE_VA_LIST_AS_ARRAY=1 -DHAVE_I18N_LC_MESSAGES=1
-DMOZ_DEFAULT_TOOLKIT=\"gtk\" -DMOZ_WIDGET_GTK=1 -DMOZ_ENABLE_XREMOTE=1
-DMOZ_X11=1 -DMOZ_ENABLE_XFT=1 -DMOZ_ENABLE_COREXFONTS=1
-DMOZ_EXTRA_X11CONVERTERS=1 -DOJI=1 -DIBMBIDI=1 -DMOZ_VIEW_SOURCE=1
-DACCESSIBILITY=1 -DMOZ_XPINSTALL=1 -DMOZ_JSLOADER=1 -DMOZ_MATHML=1 -DMOZ_SVG=1
-DMOZ_LOGGING=1 -DMOZ_USER_DIR=\".mozilla\" -DMOZ_XUL=1 -DMOZ_PROFILESHARING=1
-DMOZ_PROFILELOCKING=1 -DMOZ_DLL_SUFFIX=\".so\" -DXP_UNIX=1 -DUNIX_ASYNC_DNS=1
-DJS_THREADSAFE=1 -DNS_PRINT_PREVIEW=1 -DNS_PRINTING=1
-DMOZILLA_VERSION=\"1.7a\"  $i >
/home/lefevre/mozilla/lib/mozilla-1.7a/greprefs/`basename $i`; \
done
/bin/sh: line 1:
/home/lefevre/mozilla/lib/mozilla-1.7a/greprefs/security-prefs.js: No such file
or directory

I've never had such a problem with my previous installations.

Reproducible: Always

Steps to Reproduce:
1. n/a
Actual Results:  
n/a

Expected Results:  
n/a

Here's my .mozconfig:

# Perl program (Mozilla takes perl5 by default, which can lead to clashes)
PERL=perl

# Options for 'configure' (same as command-line options).
ac_add_options --prefix=$HOME/mozilla
ac_add_options --with-system-jpeg
ac_add_options --with-system-zlib
ac_add_options --with-system-png
ac_add_options --with-system-mng
ac_add_options --enable-calendar
ac_add_options --enable-xft
ac_add_options --enable-crypto
ac_add_options --disable-debug
ac_add_options --enable-optimize=-O2
ac_add_options --enable-reorder
ac_add_options --enable-strip
ac_add_options --enable-xterm-updates

# SVG support - see http://www.mozilla.org/projects/svg/build.html
ac_add_options --enable-svg
mk_add_options MOZ_INTERNAL_LIBART_LGPL=1
MOZ_INTERNAL_LIBART_LGPL=1
I can also see this on i686 Linux and Sparc Solaris, building from CVS HEAD. 
Common lines from Solaris and Linux .mozconfig: 
ac_add_options --disable-xprint 
ac_add_options --enable-extensions=all 
ac_add_options --enable-calendar 
ac_add_options --enable-crypto 
ac_add_options --disable-debug 
ac_add_options --enable-composer 
ac_add_options --enable-strip 
ac_add_options --disable-tests 
ac_add_options --without-system-nspr 
ac_add_options --without-system-zlib 
ac_add_options --without-system-jpeg 
ac_add_options --without-system-mng 
ac_add_options --without-system-png 
 
This happened just a few days ago, never had problems like this before. 100% 
reproducible for me as well. 
*** Bug 231356 has been marked as a duplicate of this bug. ***
I believe this is related to recent changes in config/rules.mk.
I sent a note asking Benjamin to take a look at this for us.
Comment on attachment 139358 [details] [diff] [review]
make default pref install rule depend on the directory

bryner: a one-liner build-config patch, should be easy to review ;)
Attachment #139358 - Flags: review?(bryner)
Assignee: general → bsmedberg
Status: UNCONFIRMED → NEW
Component: Browser-General → Build Config
Ever confirmed: true
OS: Linux → All
Target Milestone: --- → mozilla1.7alpha
Attachment #139358 - Flags: review?(bryner) → review+
fixed on trunk
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: