<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ceres/Makefile, branch 0.4.0</title>
<subtitle>Recipe server for your favorite dishes</subtitle>
<id>https://cgit.xengineering.eu/ceres/atom?h=0.4.0</id>
<link rel='self' href='https://cgit.xengineering.eu/ceres/atom?h=0.4.0'/>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/'/>
<updated>2024-05-09T20:37:03Z</updated>
<entry>
<title>Inject examples only with new --example flag</title>
<updated>2024-05-09T20:37:03Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-05-09T20:33:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=0ac3cc76b4b6c824c4b3f7a357d40b487984abfb'/>
<id>urn:sha1:0ac3cc76b4b6c824c4b3f7a357d40b487984abfb</id>
<content type='text'>
The default use case should be to not inject example recipes.
</content>
</entry>
<entry>
<title>Add 'tests' target to Makefile</title>
<updated>2024-05-08T19:23:14Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-05-08T19:23:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=5396273447260b88e9aea77bb3347ed8ad4b1ae5'/>
<id>urn:sha1:5396273447260b88e9aea77bb3347ed8ad4b1ae5</id>
<content type='text'>
This makes it easier to run unit tests.
</content>
</entry>
<entry>
<title>Rename gitDescribe to version</title>
<updated>2024-05-08T18:59:41Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-05-08T18:59:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=5a09313066f5594ca9e3917c00821e443dcba7bc'/>
<id>urn:sha1:5a09313066f5594ca9e3917c00821e443dcba7bc</id>
<content type='text'>
This variable will be the only used representation for version
information. It can trivially be used for an equality check. Further
data as semantic versioning must be parsed from this string.
</content>
</entry>
<entry>
<title>Add source version to executable</title>
<updated>2024-04-30T18:50:31Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-04-30T18:50:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=581feffe944a5eeb42f4cba3e4d24f0e1d5b0b3f'/>
<id>urn:sha1:581feffe944a5eeb42f4cba3e4d24f0e1d5b0b3f</id>
<content type='text'>
The output of `git describe --dirty --always` is passed as a string via
Go build flags.
</content>
</entry>
<entry>
<title>Add Makefile</title>
<updated>2024-04-30T18:47:09Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-04-30T18:24:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=dd6870ba93242d528cff2c4019934ddb8782c9db'/>
<id>urn:sha1:dd6870ba93242d528cff2c4019934ddb8782c9db</id>
<content type='text'>
Using a build system like Make allows to execute more complex builds
while the user interface is still simple. The Makefile added by this
commit is just a basic starting point.
</content>
</entry>
<entry>
<title>Remove complete implementation</title>
<updated>2023-09-17T09:07:08Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2023-09-17T09:07:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=ea54de7d32e6b576ccfb430e7e57811b7c4587fe'/>
<id>urn:sha1:ea54de7d32e6b576ccfb430e7e57811b7c4587fe</id>
<content type='text'>
Restarting from scratch seems to be the fastest approach to switch to
sqlite and get rid of some other structural mistakes from the past.
</content>
</entry>
<entry>
<title>Automate /var/lib/ceres creation</title>
<updated>2023-04-13T18:21:58Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2023-04-13T18:16:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=d82eae7034e0de30b5d61294cdb78c3ad8c1bbda'/>
<id>urn:sha1:d82eae7034e0de30b5d61294cdb78c3ad8c1bbda</id>
<content type='text'>
That way only the system user setup and ownership change has to be done
by the packager / installer.
</content>
</entry>
<entry>
<title>Fix Makefile</title>
<updated>2023-04-13T18:21:58Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2023-04-13T17:42:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=672dc6ca0124c4ffe53f1142345b796094adafdd'/>
<id>urn:sha1:672dc6ca0124c4ffe53f1142345b796094adafdd</id>
<content type='text'>
There were some templates missing.
</content>
</entry>
<entry>
<title>Fix Makefile</title>
<updated>2023-04-08T20:03:09Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2023-04-08T20:02:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=f49ef61b9aeadf22a43b728c6b348f09b6c29804'/>
<id>urn:sha1:f49ef61b9aeadf22a43b728c6b348f09b6c29804</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Switch from MariaDB to files</title>
<updated>2023-04-02T19:52:10Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2023-04-01T19:18:29Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=bae6e34c9119750b2cba2a2ce6d88e9f8c895900'/>
<id>urn:sha1:bae6e34c9119750b2cba2a2ce6d88e9f8c895900</id>
<content type='text'>
Using a database is way more complex (see the commit statistics of this
commit) than using files to store recipe data. Also administration and
usage is simpler.
</content>
</entry>
<entry>
<title>Move all sources to package main</title>
<updated>2023-02-08T20:01:27Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2023-02-08T19:53:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=f9a5140071703faf0c7515a05f52e69fdc1f11ba'/>
<id>urn:sha1:f9a5140071703faf0c7515a05f52e69fdc1f11ba</id>
<content type='text'>
This project is not so big that it needs multiple packages.
</content>
</entry>
<entry>
<title>Switch to simple.css</title>
<updated>2023-01-11T19:51:13Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2023-01-11T19:02:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=1f8b5c2bbe20c4c6b7b334b00ae5e6622dcd51f7'/>
<id>urn:sha1:1f8b5c2bbe20c4c6b7b334b00ae5e6622dcd51f7</id>
<content type='text'>
This makes it easier to maintain and it looks better.
</content>
</entry>
<entry>
<title>Remove build flag recommendations</title>
<updated>2022-11-11T18:30:09Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2022-11-11T18:30:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=053482f2899f6baf9fca996d24cb8fe6a888336c'/>
<id>urn:sha1:053482f2899f6baf9fca996d24cb8fe6a888336c</id>
<content type='text'>
This was based on recommendations from the Arch Linux wiki. Because they
could maybe break something on other distributions they are removed here
and maybe re-introduced later in a packaging repository.

Furthermore the Makefile is more readable this way.
</content>
</entry>
<entry>
<title>Restrict configuration to config file</title>
<updated>2022-11-11T18:19:25Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2022-11-11T18:19:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=bdefa29fb2395eec79564145186d9ad1ec45dff3'/>
<id>urn:sha1:bdefa29fb2395eec79564145186d9ad1ec45dff3</id>
<content type='text'>
This drops also the -d flag and the database/user config option.

The -d flag used to override specific parts of the config file. This is
just confusing behaviour. Instead a new config/debug.json file is
introduced with useful default values.

Instead of configuring the database user via the database/user entry in
the config file, the user is determined from the Linux user of the
server process. This enforces that a database user with the same name as
the Linux user is configured which is already described in the README.
</content>
</entry>
<entry>
<title>Remove systemd related parts</title>
<updated>2022-11-11T15:59:59Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2022-11-11T15:55:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=e5760e3e1832ddb74885acbc93e39c9659c90d0c'/>
<id>urn:sha1:e5760e3e1832ddb74885acbc93e39c9659c90d0c</id>
<content type='text'>
This repository is just about the generic source code. Adapting it to a
certain Linux distribution which might be systemd based is up to a
packaging repository.
</content>
</entry>
<entry>
<title>Add existing work</title>
<updated>2022-11-07T20:17:44Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2022-11-05T20:25:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=1d6b45bebea66391a2a535a3bb328a5732aaa75d'/>
<id>urn:sha1:1d6b45bebea66391a2a535a3bb328a5732aaa75d</id>
<content type='text'>
</content>
</entry>
</feed>
