summarylogtreecommitdiffstats
AgeCommit message (Collapse)Author
2022-02-060.2.5-4: keep file paths out of binaryJoe Baldino
Found out why makepkg was griping about: ==> WARNING: Package contains reference to $srcdir usr/bin/crex My local setup particulars aside, here's what I saw: $ strings crex | grep src /run/user/1000/makepkg/crex/src/crex-0.2.5/src/parg.hh A hard-coded path to... a header file. And only that particular file. Searched the code base high and low. Searched the clang and gcc preprocessor output in the hopes of finding a magic macro. Nothing. I happened to notice that assert() was being used in the codebase. On a lark I passed in -DNDEBUG as a CXXFLAG. And voila, no more hard-coded header file path. Sneaky. See: https://wiki.archlinux.org/title/CMake_package_guidelines Signed-off-by: Joe Baldino <pedanticdm@gmx.us>
2022-02-060.2.5-3: change maintainer, patch upstream cmakeJoe Baldino
Added a heavy-handed patch for upstream CMakeLists.txt. Necessary because, unmodified, it hardcodes compiler flags. Meaning end-user makepkg flags are ignored, violating packaging policies. See patch itself for all the nitty-gritty details. Minor changes and refinements to the pkgbuild logic. Added a SKIP_RPATH directive to avoid hard-coding any paths. TODO: resulting binary contains a string containing the absolute path to a header used during build time, present even after stripping. Currently chasing it down. Signed-off-by: Joe Baldino <pedanticdm@gmx.us>
2020-08-12Clean PKGBUILDcaltlgin
2020-06-15Clean PKGBUILD in lines with packaging guidelinescaltlgin
2020-06-11Add to AURcaltlgin