| Commit message (Collapse) | Author | Age |
|
|
|
|
|
| |
because beowulf/ceres has gcc9 which somehow breaks palemoon now all of a sudden.
I thought the Fedora release was working with gcc9. I ripped off some logic from
palemoon-28.0.1 and palemoon-27.7.1 from stevepusser to force gcc8.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
This reverts commit 450eb7d7767edbd39797ae48d43f7b16b8374eab.
I was unable to get the obs _service file to work (saved for posterity in /mnt/public/packages/palemoon/old/), and it required a lot of local work (dpkg-build -S dirname/) to get the dsc file. It was not worth it.
|
| |
|
| |
|
|
|
|
|
| |
Do not actually have the git release tarball, so these changes are
staged but untested.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
The problem lies with gcc 9 which changes how it
searches printf parameters when using -Wformat-overflow.
Gcc 9 is not released yet and causes problems when
compiling the palemoon codebase. This commit still fails
on rawhide but works in fc30 which is good enough for now.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
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).
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|