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@xxxxxxxxxxx> 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. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review