[Bug 519521] Review Request: kompozer - Web Authoring System

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=519521





--- Comment #3 from Jason Tibbitts <tibbs at math.uh.edu>  2009-09-10 21:12:18 EDT ---
A few comments, as I wait for this to build:

Parallel make would really be nice.  Is it not working?  I note the firefox
spec has some bizarre code to conditionally use a limited parallel make.

The version does not seem correct.  If upstream releases 0.8 (as their web
pages indicate that they will) then you will need to use an epoch as 0.8 is
less than 0.8a4.  The proper way to do this is explained in
http://fedoraproject.org/wiki/Packaging:NamingGuidelines#Pre-Release_packages:
  kompozer-0.8-0.1.a4
Then you can increment the '1' when you revise the package, changing the "a4"
as necessary if upstream releases another alpha, beta, gamma, whatever version,
without worrying about whether their suffix sorts.  Then when 0.8 is actually
released, you can use
  komopzer-0.8-1

Unfortunately the package has failed to build for me, in mock, on x86_64
rawhide:

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 -pedantic -fshort-wchar -pthread -pipe  -DNDEBUG -DTRIMMED -O
-fPIC -shared -Wl,-z,defs -Wl,-h,libpipnss.so -o libpipnss.so  md4.o
nsClientAuthRemember.o nsPSMBackgroundThread.o nsSSLThread.o
nsCertVerificationThread.o nsCipherInfo.o nsNSSCallbacks.o nsNSSComponent.o
nsNSSIOLayer.o nsNSSModule.o nsSSLSocketProvider.o nsTLSSocketProvider.o
nsSDR.o nsPK11TokenDB.o nsNSSCertificate.o nsPKCS12Blob.o nsNSSASN1Object.o
nsKeygenHandler.o nsCrypto.o nsPKCS11Slot.o nsKeygenThread.o
nsCMSSecureMessage.o nsCMS.o nsCertPicker.o nsCRLInfo.o nsNSSCertCache.o
nsNSSCertHelper.o nsNSSCertificateDB.o nsNSSCertTrust.o nsNSSCertValidity.o
nsOCSPResponder.o nsUsageArrayHelper.o nsCRLManager.o nsNSSShutDown.o
nsNTLMAuthModule.o nsNSSEvent.o nsSmartCardMonitor.o nsSmartCardEvent.o
nsStreamCipher.o nsKeyModule.o nsCertTree.o      
../../../../dist/lib/libunicharutil_s.a -L../../../../dist/bin -lxpcom
-lxpcom_core  -L../../../../dist/bin -L/usr/lib64 -lplds4 -lplc4 -lnspr4
-lpthread -ldl -L../../../../dist/bin -lmozjs -Wl,/usr/lib64 -L/usr/lib64
-lssl3 -lsmime3 -lnss3 -lcrmf  -Wl,--version-script
-Wl,/builddir/build/BUILD/kompozer-0.8a4/mozilla/build/unix/gnu-ld-scripts/components-version-script
-Wl,-Bsymbolic -ldl -lm                                                         
gmake[5]: Leaving directory
`/builddir/build/BUILD/kompozer-0.8a4/obj-kompozer/security/manager/ssl/src'    
gmake[4]: Leaving directory
`/builddir/build/BUILD/kompozer-0.8a4/obj-kompozer/security/manager/ssl'
gmake[3]: Leaving directory
`/builddir/build/BUILD/kompozer-0.8a4/obj-kompozer/security/manager'
gmake[2]: Leaving directory `/builddir/build/BUILD/kompozer-0.8a4/obj-kompozer'
make[1]: Leaving directory `/builddir/build/BUILD/kompozer-0.8a4/obj-kompozer'
RPM build errors:
/usr/lib64: file not recognized: Is a directory
collect2: ld returned 1 exit status

I'm afraid I do not completely understand what's gone wrong.  I think it's the
"-Wl,/usr/lib64" there, as that passes /usr/lib64 directly to ld and I don't
think there's any reason to pass a directory name without an option flag to ld.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.