<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ceres/README.md, branch step-re-ordering</title>
<subtitle>Recipe server for your favorite dishes</subtitle>
<id>https://cgit.xengineering.eu/ceres/atom/README.md?h=step-re-ordering</id>
<link rel='self' href='https://cgit.xengineering.eu/ceres/atom/README.md?h=step-re-ordering'/>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/'/>
<updated>2026-08-11T09:22:48Z</updated>
<entry>
<title>Introduce Dart infrastructure for frontend</title>
<updated>2026-08-11T09:22:48Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2026-08-11T09:14:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=40b3272f5660517a4c97f97afcc9c3ed787465a4'/>
<id>urn:sha1:40b3272f5660517a4c97f97afcc9c3ed787465a4</id>
<content type='text'>
The Dart programming language is excellent for frontend use. It is
suitable to write command line programs, web interfaces with the builtin
JavaScript transpiler and cross-platform applications with Flutter.

To focus on a small number of languages Dart should now be used for
frontend purposes as Go is used for backend purposes.

Thus it is a valid option to start the migration for Ceres from Go +
JavaScript to Go + Dart.

This commit sets up the infrastructure. A `view/dart/ceres.dart` file is
added together with tooling to transpile to JavaScript, embed it into
the Go executable and serve it. Furthermore the script which just prints
a message to the console is added to every page.

Further commits can move existing code to Dart or add new code in Dart.
</content>
</entry>
<entry>
<title>Explain package structure in README.md</title>
<updated>2024-10-23T16:17:44Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-10-23T16:17:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=e8f52156bf07a7668fb434eadb0e22f3e7dad648'/>
<id>urn:sha1:e8f52156bf07a7668fb434eadb0e22f3e7dad648</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove Makefile and update README.md accordingly</title>
<updated>2024-10-23T15:56:35Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-10-23T15:56:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=649684b3b735f50ea33241286d231f977b8d0a89'/>
<id>urn:sha1:649684b3b735f50ea33241286d231f977b8d0a89</id>
<content type='text'>
This drops the build dependency GNU Make. The resulting build steps are
typical for Go repositories and thus more familiar for Go developers.
</content>
</entry>
<entry>
<title>Fix build instructions</title>
<updated>2024-05-04T16:52:45Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-05-04T16:52:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=4c528668cc5d77c0859bdc237cef2e7c40b9b9d8'/>
<id>urn:sha1:4c528668cc5d77c0859bdc237cef2e7c40b9b9d8</id>
<content type='text'>
The missing submodule init / update caused build issues because the
external simple.css file could not be included.
</content>
</entry>
<entry>
<title>Add usage instructions to README.md</title>
<updated>2024-05-01T14:23:53Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-05-01T14:23:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=1d6a23f6307ea1a1225ca8b2f2b91f78d1323416'/>
<id>urn:sha1:1d6a23f6307ea1a1225ca8b2f2b91f78d1323416</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add configuration file to semver API</title>
<updated>2024-05-01T14:17:01Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-05-01T14:17:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=ca4928a549251ad84c0ba2ef4179fa2174bbaabc'/>
<id>urn:sha1:ca4928a549251ad84c0ba2ef4179fa2174bbaabc</id>
<content type='text'>
This aspect of Ceres is also part of the public API. A breaking change
in the configuration file format will require a version change which
indicates that.
</content>
</entry>
<entry>
<title>Add build instructions to README.md</title>
<updated>2024-05-01T14:16:08Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-05-01T14:14:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=ae0cbafb0202355973572e208c75591d12c2250c'/>
<id>urn:sha1:ae0cbafb0202355973572e208c75591d12c2250c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Define public API in README.md</title>
<updated>2024-05-01T09:36:09Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2024-05-01T09:36:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=ab6d2d7e2560761c9a369e623ddfbe0202188934'/>
<id>urn:sha1:ab6d2d7e2560761c9a369e623ddfbe0202188934</id>
<content type='text'>
This is required according to semver.org.
</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>Remove link to Gemini specification</title>
<updated>2023-05-01T17:24:04Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2023-05-01T17:24:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=20b251b70c475e718508c9ac7c5258d9a9e4ae29'/>
<id>urn:sha1:20b251b70c475e718508c9ac7c5258d9a9e4ae29</id>
<content type='text'>
This project does not use the Gemini markup anymore. It was replaced by
JSON.
</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>Document creation of /var/lib/ceres</title>
<updated>2023-04-13T18:21:58Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2023-04-13T17:55:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=4ed4b195e9e78d22f9eae0925403de645b5bc30a'/>
<id>urn:sha1:4ed4b195e9e78d22f9eae0925403de645b5bc30a</id>
<content type='text'>
This is up to the packager. Inside that data directory the application
is allowed to create folders on its own.
</content>
</entry>
<entry>
<title>Add link to gemini specification</title>
<updated>2023-04-08T20:34:38Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2023-04-08T20:34:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=a7a7bc184eb010166c8eb4a3255aad73b6d06edc'/>
<id>urn:sha1:a7a7bc184eb010166c8eb4a3255aad73b6d06edc</id>
<content type='text'>
The gemini protocol specification includes a section about the
text/gemini MIME type. This file format is a easy to parse markup
language which should be used for the Ceres recipe server.
</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>Document expected environment and dependencies</title>
<updated>2022-11-11T19:23:31Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2022-11-11T19:23:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=a17ee3f500326ae7deec1c0a5067e3321ff5b9a1'/>
<id>urn:sha1:a17ee3f500326ae7deec1c0a5067e3321ff5b9a1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Document packaging and installation in README</title>
<updated>2022-11-11T19:11:04Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2022-11-11T19:11:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=23311fe01119fea5403f77e67372603f59eb1937'/>
<id>urn:sha1:23311fe01119fea5403f77e67372603f59eb1937</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add documenatation for building and running</title>
<updated>2022-11-11T18:44:29Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2022-11-11T18:44:29Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=552a0a91f5b8450441e5160e50cca80e368525f4'/>
<id>urn:sha1:552a0a91f5b8450441e5160e50cca80e368525f4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove user setup from initial migration</title>
<updated>2022-11-11T15:40:32Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2022-11-11T15:40:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=53d17214e4e9e1e630d625a51d05484c3770fad1'/>
<id>urn:sha1:53d17214e4e9e1e630d625a51d05484c3770fad1</id>
<content type='text'>
The initial migration used to add the Ceres database and user. This
works well for the production use case but is not that suitable for the
development / debugging use case where the default user of the developer
should be used.

With this commit the generic user setup is explained in the README which
can be applied to the developers Linux user aswell as a system user for
the production use case.
</content>
</entry>
<entry>
<title>Link project page and changelog in README</title>
<updated>2022-11-07T20:17:44Z</updated>
<author>
<name>xengineering</name>
<email>me@xengineering.eu</email>
</author>
<published>2022-11-07T19:35:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit.xengineering.eu/ceres/commit/?id=c2bf31697f1105ef842306dea7154ba41e91b1e8'/>
<id>urn:sha1:c2bf31697f1105ef842306dea7154ba41e91b1e8</id>
<content type='text'>
</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>
