stackrpms - Rpm and dpkg build recipes for my custom packages

	Commit message (Collapse)	Author	Age
*	ffs rpm rc1 for 10.24	B Stack	2020-05-18
\|
*	10.22 rpm rc1	B Stack	2020-03-18
\|
*	ffs 10.19 rpm rc1	B Stack	2019-12-27
\|
*	WIP: ffs 10.18 rpm	B Stack	2019-11-20
\|
*	WIP: freefilesync 10.17 rpm rc1	B Stack	2019-10-22
\| \| \| \| \|	Attempt at updating the patches for 10.17. Need to try with libcurl 7.66.0 which my local install does not have.
*	freefilesync 10.15 rpm rc1	B Stack	2019-08-16
\|
*	freefilesync 10.13 rpm rc1	B Stack	2019-06-15
\| \| \| \| \| \|	Fixes #8 .desktop file is missing mimetypes: Added the hooks for dealing with mimetypes, and the icons, and the desktop file mimetype info
*	WIP: freefilesync 10.12 rpm and dpkg rc1	B Stack	2019-05-12
\|
*	freefilesync build 10.11 rpm on fedora	B Stack	2019-04-12
\|
*	WIP: remove the use of %dist to include patches	B Stack	2019-02-19
\| \| \| \| \| \| \|	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
*	WIP: FreeFileSync on CentOS 7, part 1	B Stack	2019-02-18
\| \| \| \| \| \| \|	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.
*	FreeFileSync 10.9 rpm and dpkg	B Stack	2019-02-14
\|
*	fix getresourcedir casing	B Stack	2018-11-16
\|
*	fix call to Resources.zip for fedora	B Stack	2018-11-16
\|
*	add freefilesync	B Stack	2018-08-29