* build: move gamecontrollerdb.txt to controllers directory
* enhancement: create home directories if they don't exist
- After the directories have been decided (data, home, config), create those in the specified HOME directory, if they don't exist
- If they didn't exist, and we had the original contents installed in /usr/share/amiberry/<dir>, copy those over and change permissions. This ensures that the distributed files like the AROS ROMs, the WHDLoad booter and the controllerdb files, are always there in the home dir.
* chore: we no longer need to copy all the directories in the package
Now that we create the home directories on startup, we don't need the empty ones in the package anymore.
Only those that contain something can stay
* build: add stripping of binaries
* chore: ignore .idea folder
* bugfix: WHDLoad booter A1200 config was incorrect
After the additional entries in A1200 configs and models, the booter was set to incorrectly use a config with a Blizzard accelerator. Since that requires a board ROM, which might not be available, it has to change.
Using the default A1200 config instead, and setting Fast RAM to 8MB after that.
* build: install icon in shared location
When preparing the .deb package, the application icon should go in the /usr/share/icons/hicolor/... location, to adhere with established standards
* build: use ~/Amiberry instead of ~/.amiberry
Perhaps it's best to use a non-hidden folder for amiberry directories, make it easier on the users to find it
* refactor: use ~/Amiberry/conf instead of ~/.config/amiberry for config files
* refactor: change desktop file icon reference
Should be possible to use just "amiberry" now, that the icon file is copied in the right location
* chore: fix references to github.com/midwan -> github.com/BlitterStudio
* refactor: move plugins dir to /usr/lib/amiberry in the .deb package
If we are using a system-wide installation, with the .deb package, use /usr/lib/amiberry for plugins.
Check the HOME/Amiberry/plugins next, create it if necessary.
Fallback to the startup directory if that's not available (probably never).
* refactor: only move the abr folder in the destination plugins
When using the .deb package, only the abr folder should be copied in the destination.
Otherwise, we get a plugins directory created there as well
* refactor: Change Kickstarts to Roms
The Kickstarts directory can contain different kind of ROMs, not only kickstarts.
It's best if we rename it accordingly
* build: CPack updates
- Removed unneeded line
- added CPACK_DEBIAN_PACKAGE_ARCHITECTURE
- Added Extended Description
- Fixed description starts with package name
* ci: rename architectures properly
Let's keep the names identical to what dpkg reports
* build: fix some lintian errors
- location of plugins
- section
* build: added copyright and changelog in DEB
* build: fix location of debian files
* build: add copyright notice, fix changelog
* build: changelog should be compressed
* build: extend the description
* build: make the description lines shorter...
* build: description should not be longer than 80 chars
* build: remove timestamp from changelog
Fix another lintian complaint
* build: description again
* bugfix: the plugins dir was not correctly set
* refactor: Updated desktop entry to handle MimeTypes
* build: remove duplicate key in desktop file
* build: add more mimetypes to desktop file
- Handle "abr" as one of the plugins, instead of having it living on a directory in the home dir.
- Moved directory, updated paths and macOS scripts accordingly.
- get_plugin_path() now returns the actual plugins path
* Remove capsimg submodule
* Add capsimg sources
* Add dependencies in Makefile and CMakeLists.txt to build libcapsimage.so
* Fix path in makefile
* Add libs to make clean also
* Automatically build capsimg as well
* Remove extra step to build capsimg from pipeline
- Merged latest FloppyBridge version
- FloppyBridge is now an external library (plugin)
- Added plugins directory, for external libraries (capsimg.so, libfloppybridge.so)
- Updated Makefile and CMakeLists files
- Other minor updates from preview
Flatpak releases will be provided by Flathub, so we don't need them in here as well.
The workflow will retain the flatpak build on commits, for testing purposes.
- Updated tag and commit SHA
- Removed only x86_64 arch option
- Updated cpp workflow to better indicate the name of the job (it's no longer x86_64 exclusive)
- Refactored workflow to separate releases from builds
- Renamed packages to better reflect <distro>-<arch>-<cpu> in the filename
- Include flatpak (x86_64 only for now) in releases
