Closed
Bug 231286
Opened 20 years ago
Closed 20 years ago
make install fails: .../security-prefs.js: No such file or directory
Categories
(SeaMonkey :: Build Config, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.7alpha
People
(Reporter: vincent-moz, Assigned: benjamin)
References
Details
Attachments
(1 file)
631 bytes,
patch
|
bryner
:
review+
|
Details | Diff | Splinter Review |
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
Comment 1•20 years ago
|
||
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.
Comment 2•20 years ago
|
||
*** Bug 231356 has been marked as a duplicate of this bug. ***
Comment 3•20 years ago
|
||
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.
Assignee | ||
Comment 4•20 years ago
|
||
Assignee | ||
Comment 5•20 years ago
|
||
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 | ||
Updated•20 years ago
|
Assignee: general → bsmedberg
Status: UNCONFIRMED → NEW
Component: Browser-General → Build Config
Ever confirmed: true
OS: Linux → All
Target Milestone: --- → mozilla1.7alpha
Updated•20 years ago
|
Attachment #139358 -
Flags: review?(bryner) → review+
Assignee | ||
Comment 6•20 years ago
|
||
fixed on trunk
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Updated•19 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•