flashcard-archive/archive/r4rts.com/old/Makefile

.PHONY: package

export TOPDIR := $(CURDIR)
export BASE   := r4rts.com/$(shell basename $(CURDIR))
export OUT    := $(TOPDIR)/../../../out
export COMMON := $(TOPDIR)/../../../common-kernels

package: directory r4rts.com_Kernel_2.8a.zip

directory:
	mkdir -p $(OUT)/$(BASE)

r4rts.com_Kernel_2.8a.zip: directory
	cd $(TOPDIR)/r4rts.com_Kernel_2.8a && zip -r $(OUT)/$(BASE)/$@ *
Bring back the files from the old YSMenu archive 2023-12-27 00:14:25 +01:00			`.PHONY: package`

Makefile: use $(CURDIR) directly without $(shell pwd) This fixes building on macOS. 2024-10-03 22:52:05 +02:00			`export TOPDIR := $(CURDIR)`
Bring back the files from the old YSMenu archive 2023-12-27 00:14:25 +01:00			`export BASE := r4rts.com/$(shell basename $(CURDIR))`
			`export OUT := $(TOPDIR)/../../../out`
			`export COMMON := $(TOPDIR)/../../../common-kernels`

			`package: directory r4rts.com_Kernel_2.8a.zip`

			`directory:`
			`mkdir -p $(OUT)/$(BASE)`

			`r4rts.com_Kernel_2.8a.zip: directory`
treewide: use deterministic-zip https://github.com/timo-reymann/deterministic-zip This solves a logistics issue; zip files always include the modified timestamp of a file. This doesn't sound bad until you realize that GitHub Actions always re-clones the entire repository, and the timestamp is guaranteed to be different. Because of this, every time we run our Actions workflow, the zip will have a different checksum, causing git to re-commit every single file to the frontend repository, causing long workflow times due to the sheer size of each commit. deterministic-zip hopefully solves this issue by forcing the modified timestamp to one hardcoded in its binary, so here is to hoping we don't abuse our git repo any further. 2024-01-15 06:59:35 +01:00			`cd $(TOPDIR)/r4rts.com_Kernel_2.8a && zip -r $(OUT)/$(BASE)/$@ *`