| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
The dpkg cleans up /usr/share/idl, /usr/lib/palemoon-devel,
and /usr/include, and the rpm will try that too.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The official release does not suffer from this, but for some
reason the stackrpms release of palemoon fails the binary
stripping at the end with messages similar to:
+ /usr/lib/rpm/check-buildroot
+ /usr/lib/rpm/redhat/brp-compress
+ /usr/lib/rpm/redhat/brp-strip /usr/bin/strip
+ /usr/lib/rpm/redhat/brp-strip-static-archive /usr/bin/strip
BFD: /builddir/build/BUILDROOT/palemoon-stackrpms-28.4.1-1.x86_64/usr/lib64/palemoon-stackrpms-devel/sdk/lib/libxpcomglue.a(PLDHashTable.o): invalid relocation type 42
/usr/bin/strip: PLDHashTable.o: Bad value
BFD: /builddir/build/BUILDROOT/palemoon-stackrpms-28.4.1-1.x86_64/usr/lib64/palemoon-stackrpms-devel/sdk/lib/libxpcomglue_s.a(Unified_cpp_xpcom_glue0.o): invalid relocation type 42
/usr/bin/strip: Unified_cpp_xpcom_glue0.o: Bad value
BFD: /builddir/build/BUILDROOT/palemoon-stackrpms-28.4.1-1.x86_64/usr/lib64/palemoon-stackrpms-devel/sdk/lib/libmozglue.a(SSE.o): invalid relocation type 42
/usr/bin/strip: SSE.o: Bad value
BFD: /builddir/build/BUILDROOT/palemoon-stackrpms-28.4.1-1.x86_64/usr/lib64/palemoon-stackrpms-devel/sdk/lib/libmemory.a(jemalloc_config.o): invalid relocation type 42
/usr/bin/strip: jemalloc_config.o: Bad value
BFD: /builddir/build/BUILDROOT/palemoon-stackrpms-28.4.1-1.x86_64/usr/lib64/palemoon-stackrpms-devel/sdk/lib/libunicharutil_external_s.a(chariter.o): invalid relocation type 42
/usr/bin/strip: chariter.o: Bad value
BFD: /builddir/build/BUILDROOT/palemoon-stackrpms-28.4.1-1.x86_64/usr/lib64/palemoon-stackrpms-devel/sdk/lib/libcrmf.a(crmfenc.o): invalid relocation type 42
/usr/bin/strip: crmfenc.o: Bad value
error: Bad exit status from /var/tmp/rpm-tmp.pudIld (%install)
|
| |
|
|
| |
fixes #3 palemoon customization
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
The actual spec files are the same except the stackrpms_custom
variable. The logic is the same in each one for consistency.
If stackrpms_custom is set, it will add my custom patches and
prefs.js file. Otherwise, build the officially-endorsed build
for Fedora.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Experimentation with dpkg that bundles in my prefs.js on system level as
well as no search bar by default (which is a source patch).
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
