Closed Bug 307430 Opened 19 years ago Closed 19 years ago

split the Mac Sunbird+Lightning build into separate Sunbird and Lightning build trees

Categories

(Webtools Graveyard :: Tinderbox, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: chase, Assigned: coop)

References

()

Details

From http://tinderbox.mozilla.org/showbuilds.cgi?tree=Sunbird, a couple of weeks
ago I split the Windows and Linux Sunbird+Lightning builds into two separate
build trees.  These trees (Sb-Release and Lt-Release) have their own mozconfigs
and upload to separate sections of the ftp.mozilla.org site
(pub/calendar/sunbird/ and pub/calendar/lightning).

These changes should be made on the Mac build system (hilo) as well.
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
The tinder-config.pl files don't seem to be being read for the Lt build, and the
Sb build has the lightning extension enabled.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → ASSIGNED
Also, Lightning isn't being uploaded to the FTP servers, even though Thunderbird
is.  This may or may not be related to the "make deliver" target failing in that
build.
The Lightning build from hilo is going to the right place now:

http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/2005-09-08-12-trunk/

I disabled the lightning extension in the hilo Sunbird build, but the build is
still failing:

...
rm -f libstoragecomps.dylib
c++  -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align
-Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor
-Wno-long-long -fpascal-strings -no-cpp-precomp -fno-common -fshort-wchar
-I/Developer/Headers/FlatCarbon -pipe  -DNDEBUG -DTRIMMED -O -fPIC -arch ppc -o
libstoragecomps.dylib  mozStorageModule.o  mozStorageService.o
mozStorageConnection.o mozStorageStatement.o mozStorageStatementWrapper.o
mozStorageValueArray.o alter.o attach.o auth.o btree.o build.o callback.o date.o
delete.o experimental.o expr.o func.o hash.o insert.o legacy.o main.o opcodes.o
os_unix.o os_win.o os_os2.o pager.o parse.o pragma.o prepare.o printf.o random.o
select.o table.o tokenize.o trigger.o update.o utf.o util.o vacuum.o vdbe.o
vdbeapi.o vdbeaux.o vdbemem.o where.o     -L../../dist/bin -L../../dist/lib 
-L../../dist/bin -lxpcom -lxpcom_core -L../../dist/bin -L../../dist/lib -lplds4
-lplc4 -lnspr4 -L../../dist/bin -lmozjs  -Wl,-exported_symbols_list -Wl
 ,/builds/t
inderbox/Sb-Trunk/Darwin_7.9.0_Depend/mozilla/build/unix/gnu-ld-scripts/components-export-list
-bundle    
ld: warning -prebind has no effect with -bundle
ld: symbols names listed in -exported_symbols_list:
/builds/tinderbox/Sb-Trunk/Darwin_7.9.0_Depend/mozilla/build/unix/gnu-ld-scripts/components-export-list
not in linked objects
_NSGetModule
make[6]: *** [libstoragecomps.dylib] Error 1

For the full log:

http://tinderbox.mozilla.org/showlog.cgi?log=Sunbird/1126207920.17614.gz&fulltext=1#err0
(In reply to comment #3)
> The Lightning build from hilo is going to the right place now:
> 
>
http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/2005-09-08-12-trunk/
> 

That's only the Thunderbird part of it.  There also needs to be a mac-xpi/
subdirectory containing the lightning.xpi for the mac.

As far as the Sunbird build goes, I'm looking through that log now to see what I
can figure out...
The Sunbird issue is an artifact of the fact that the Sunbird build process
tries to also build the Calendar XPI.  We can fix that without any modifications
to Tinderbox, I think, so I'll file a separate bug on that.  Once the
lightning.xpi is sorted out, this bug can be closed, I think.
Hardware: PC → Macintosh
Latest Sunbird orange was due to Sunbird creating profile directories in
~/Library/Application Support/Sunbird rather than ~/Library/Sunbird/.  I've
updated the build scripts to support the newer location and started a respin.
Latest Mac Sunbird build is successful:
http://ftp.mozilla.org/pub/mozilla.org/calendar/sunbird/nightly/2005-09-11-23-trunk/
This has been working for a while now.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → FIXED
Component: Tinderbox Platforms → Tinderbox
Product: mozilla.org → Webtools
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.