| 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
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | | |
libdvdcss 1.4.2 dpkg rc1
Because I don't like the libdvd-pkg and the interactivity required. The upstream package is very clever and slick, truly. I just want to do an unattended installation, as well as bundle my own addition.
See merge request bgstack15/stackrpms!48
|
| |/ / |
|
| |\ \
| | |
| | |
| | |
| | | |
Makemkv dpkg
See merge request bgstack15/stackrpms!47
|
| | | | |
|
| | | | |
|
| | | | |
|
| |\ \ \
| |_|/
|/| |
| | |
| | | |
Freefilesync 10.10
See merge request bgstack15/stackrpms!46
|
| |/ / |
|
| |\ \
| |/
|/|
| |
| | |
dpkg for move-to-next-monitor
See merge request bgstack15/stackrpms!45
|
| |/ |
|
| |\
| |
| |
| |
| | |
irfanview split into 32 and 64 bit dpkgs
See merge request bgstack15/stackrpms!44
|
| | | |
|
| |\ \
| |/
|/|
| |
| |
| |
| | |
freefilesync remove need for desktop-file-install
Closes #2
See merge request bgstack15/stackrpms!43
|
| |/ |
|
| |\
| |
| |
| |
| | |
add mdf2iso
See merge request bgstack15/stackrpms!42
|
| |/ |
|
| |\
| |
| |
| |
| | |
irfanview dpkg
See merge request bgstack15/stackrpms!41
|
| |/ |
|
| |\
| |
| |
| |
| | |
palemoon 28.4.0 dpkg
See merge request bgstack15/stackrpms!40
|
| |/ |
|
| |\
| |
| |
| |
| |
| |
| |
| |
| | |
Multiple palemoon builds
Split palemoon into official package, and my custom -stackrpms package.
Also split palemoon-ublock-origin in same way.
Update palemoon to 28.4.0.
See merge request bgstack15/stackrpms!39
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
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).
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
FreeFileSync 10.9-2 for CentOS7 and Fedora 28-30
This is the successful release candidate for FreeFileSync on CentOS7 and Fedora 28-30 from the same spec file.
On CentOS 7, the package build and install dependencies include libcurl 7.64.0, libssh2 1.8.0, openssl 1.1.0 (openssl-freefilesync), which are available in the [bgstack15/FreeFileSync](https://copr.fedorainfracloud.org/coprs/bgstack15/FreeFileSync) copr.
See merge request bgstack15/stackrpms!38
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
I finally realized that copr builds the srpm in a fedora environment and
then uses that srpm everywhere, including the epel-6 and epel-7 chroots,
where the el7.patch file was now absent. So now the spec depends on both
ffs_fedora.patch and ffs_el.patch
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | | |
The el7 version depends on the copr bgstack15/FreeFileSync and the fc28
version should be the same as before, but will need to actually be
tested.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
In my original dev environment, I can now compile and execute the main
binaries. My next commit should include some attempts at static
linking so the runtime environment does not need the hacked
openssl 1.1.0h packages.
|
