#quadlet — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #quadlet, aggregated by home.social.
-
New blog post: Tag-Driven Deployments: How MastoSum Ships Itself with Forgejo Actions and Rootless Podman
The pipeline is tag-driven and fully automated. A git push v0.2.9 triggers a Forgejo Actions workflow that builds a UBI10-based image, cosign-signs it, and writes a trigger file. A systemd path unit picks it up, verifies the signature, pulls by digest, and restarts the four app services. No SSH, no webhook receiver, no additional daemon. The CI runner lives in the same rootless Podman user context as the app it deploys.
The filesystem is the API between CI and host.
-
New blog post: Tag-Driven Deployments: How MastoSum Ships Itself with Forgejo Actions and Rootless Podman
The pipeline is tag-driven and fully automated. A git push v0.2.9 triggers a Forgejo Actions workflow that builds a UBI10-based image, cosign-signs it, and writes a trigger file. A systemd path unit picks it up, verifies the signature, pulls by digest, and restarts the four app services. No SSH, no webhook receiver, no additional daemon. The CI runner lives in the same rootless Podman user context as the app it deploys.
The filesystem is the API between CI and host.
-
New blog post: Tag-Driven Deployments: How MastoSum Ships Itself with Forgejo Actions and Rootless Podman
The pipeline is tag-driven and fully automated. A git push v0.2.9 triggers a Forgejo Actions workflow that builds a UBI10-based image, cosign-signs it, and writes a trigger file. A systemd path unit picks it up, verifies the signature, pulls by digest, and restarts the four app services. No SSH, no webhook receiver, no additional daemon. The CI runner lives in the same rootless Podman user context as the app it deploys.
The filesystem is the API between CI and host.
-
New blog post: Tag-Driven Deployments: How MastoSum Ships Itself with Forgejo Actions and Rootless Podman
The pipeline is tag-driven and fully automated. A git push v0.2.9 triggers a Forgejo Actions workflow that builds a UBI10-based image, cosign-signs it, and writes a trigger file. A systemd path unit picks it up, verifies the signature, pulls by digest, and restarts the four app services. No SSH, no webhook receiver, no additional daemon. The CI runner lives in the same rootless Podman user context as the app it deploys.
The filesystem is the API between CI and host.
-
New blog post: Tag-Driven Deployments: How MastoSum Ships Itself with Forgejo Actions and Rootless Podman
The pipeline is tag-driven and fully automated. A git push v0.2.9 triggers a Forgejo Actions workflow that builds a UBI10-based image, cosign-signs it, and writes a trigger file. A systemd path unit picks it up, verifies the signature, pulls by digest, and restarts the four app services. No SSH, no webhook receiver, no additional daemon. The CI runner lives in the same rootless Podman user context as the app it deploys.
The filesystem is the API between CI and host.
-
@cichy1173 welcome to #fcos fan club. I use FCOS a lot both on my #homelab and my corporate systems.
For me, the combination of FCOS and #containers (using #podman #quadlet) workload is the most stable and easy way to get up-to-date system. You can depend on FCOS's zincati and podman-auto-update timer to get up-to-date systems in easy but stable.
-
@cichy1173 welcome to #fcos fan club. I use FCOS a lot both on my #homelab and my corporate systems.
For me, the combination of FCOS and #containers (using #podman #quadlet) workload is the most stable and easy way to get up-to-date system. You can depend on FCOS's zincati and podman-auto-update timer to get up-to-date systems in easy but stable.
-
@cichy1173 welcome to #fcos fan club. I use FCOS a lot both on my #homelab and my corporate systems.
For me, the combination of FCOS and #containers (using #podman #quadlet) workload is the most stable and easy way to get up-to-date system. You can depend on FCOS's zincati and podman-auto-update timer to get up-to-date systems in easy but stable.
-
@cichy1173 welcome to #fcos fan club. I use FCOS a lot both on my #homelab and my corporate systems.
For me, the combination of FCOS and #containers (using #podman #quadlet) workload is the most stable and easy way to get up-to-date system. You can depend on FCOS's zincati and podman-auto-update timer to get up-to-date systems in easy but stable.
-
New blog post: Ansible-Native Quadlets: Deploying a Mastodon Greeter Bot with containers.podman
Hand-written Quadlet files are great for one host. For a small fleet, I want them in Ansible: templated config, registry login, Podman secrets, systemd handlers, SELinux labels, and repeatable deployment.
The example: a tiny Mastodon welcome bot running as a Podman Quadlet-managed systemd service.
#Linux #Ansible #Podman #Quadlet #systemd #Mastodon #SelfHosting #RHEL
-
New blog post: Ansible-Native Quadlets: Deploying a Mastodon Greeter Bot with containers.podman
Hand-written Quadlet files are great for one host. For a small fleet, I want them in Ansible: templated config, registry login, Podman secrets, systemd handlers, SELinux labels, and repeatable deployment.
The example: a tiny Mastodon welcome bot running as a Podman Quadlet-managed systemd service.
#Linux #Ansible #Podman #Quadlet #systemd #Mastodon #SelfHosting #RHEL
-
New blog post: Ansible-Native Quadlets: Deploying a Mastodon Greeter Bot with containers.podman
Hand-written Quadlet files are great for one host. For a small fleet, I want them in Ansible: templated config, registry login, Podman secrets, systemd handlers, SELinux labels, and repeatable deployment.
The example: a tiny Mastodon welcome bot running as a Podman Quadlet-managed systemd service.
#Linux #Ansible #Podman #Quadlet #systemd #Mastodon #SelfHosting #RHEL
-
New blog post: Ansible-Native Quadlets: Deploying a Mastodon Greeter Bot with containers.podman
Hand-written Quadlet files are great for one host. For a small fleet, I want them in Ansible: templated config, registry login, Podman secrets, systemd handlers, SELinux labels, and repeatable deployment.
The example: a tiny Mastodon welcome bot running as a Podman Quadlet-managed systemd service.
#Linux #Ansible #Podman #Quadlet #systemd #Mastodon #SelfHosting #RHEL
-
New blog post: Ansible-Native Quadlets: Deploying a Mastodon Greeter Bot with containers.podman
Hand-written Quadlet files are great for one host. For a small fleet, I want them in Ansible: templated config, registry login, Podman secrets, systemd handlers, SELinux labels, and repeatable deployment.
The example: a tiny Mastodon welcome bot running as a Podman Quadlet-managed systemd service.
#Linux #Ansible #Podman #Quadlet #systemd #Mastodon #SelfHosting #RHEL
-
I decided to dedicate my weekend to server maintenance and documentation.
Yesterday, I managed to install Immich using Quadlets, following the instructions on this very insightful repository, then I tried to migrate a Nextcloud installation from YunoHost to my new homelab. I started a #tmux session so that @sirodoht could kindly join to help me. We tinkered for two hours, but there was too much to do 🤯
Today, I spent the whole day writing documentation for these and many other things I learned/did in the past couple of months, since I am terrible at taking notes of the technical experiments I do.
I am exhausted, but also quite discouraged. The more I write, the more I feel there is to write. I really think I don’t have the time and the energy, but when it’s done it’s very fulfilling, and it’s very useful to have a lot of references in the future.
I will edit this post once what I wrote gets published on tommi.space.
#Immich #Podman #Quadlet #Quadlets #systemd #Linux #containers #tmux #documentation
-
I decided to dedicate my weekend to server maintenance and documentation.
Yesterday, I managed to install Immich using Quadlets, following the instructions on this very insightful repository, then I tried to migrate a Nextcloud installation from YunoHost to my new homelab. I started a #tmux session so that @sirodoht could kindly join to help me. We tinkered for two hours, but there was too much to do 🤯
Today, I spent the whole day writing documentation for these and many other things I learned/did in the past couple of months, since I am terrible at taking notes of the technical experiments I do.
I am exhausted, but also quite discouraged. The more I write, the more I feel there is to write. I really think I don’t have the time and the energy, but when it’s done it’s very fulfilling, and it’s very useful to have a lot of references in the future.
I will edit this post once what I wrote gets published on tommi.space.
#Immich #Podman #Quadlet #Quadlets #systemd #Linux #containers #tmux #documentation
-
I decided to dedicate my weekend to server maintenance and documentation.
Yesterday, I managed to install Immich using Quadlets, following the instructions on this very insightful repository, then I tried to migrate a Nextcloud installation from YunoHost to my new homelab. I started a #tmux session so that @sirodoht could kindly join to help me. We tinkered for two hours, but there was too much to do 🤯
Today, I spent the whole day writing documentation for these and many other things I learned/did in the past couple of months, since I am terrible at taking notes of the technical experiments I do.
I am exhausted, but also quite discouraged. The more I write, the more I feel there is to write. I really think I don’t have the time and the energy, but when it’s done it’s very fulfilling, and it’s very useful to have a lot of references in the future.
I will edit this post once what I wrote gets published on tommi.space.
#Immich #Podman #Quadlet #Quadlets #systemd #Linux #containers #tmux #documentation
-
I decided to dedicate my weekend to server maintenance and documentation.
Yesterday, I managed to install Immich using Quadlets, following the instructions on this very insightful repository, then I tried to migrate a Nextcloud installation from YunoHost to my new homelab. I started a #tmux session so that @sirodoht could kindly join to help me. We tinkered for two hours, but there was too much to do 🤯
Today, I spent the whole day writing documentation for these and many other things I learned/did in the past couple of months, since I am terrible at taking notes of the technical experiments I do.
I am exhausted, but also quite discouraged. The more I write, the more I feel there is to write. I really think I don’t have the time and the energy, but when it’s done it’s very fulfilling, and it’s very useful to have a lot of references in the future.
I will edit this post once what I wrote gets published on tommi.space.
#Immich #Podman #Quadlet #Quadlets #systemd #Linux #containers #tmux #documentation
-
I decided to dedicate my weekend to server maintenance and documentation.
Yesterday, I managed to install Immich using Quadlets, following the instructions on this very insightful repository, then I tried to migrate a Nextcloud installation from YunoHost to my new homelab. I started a #tmux session so that @sirodoht could kindly join to help me. We tinkered for two hours, but there was too much to do 🤯
Today, I spent the whole day writing documentation for these and many other things I learned/did in the past couple of months, since I am terrible at taking notes of the technical experiments I do.
I am exhausted, but also quite discouraged. The more I write, the more I feel there is to write. I really think I don’t have the time and the energy, but when it’s done it’s very fulfilling, and it’s very useful to have a lot of references in the future.
I will edit this post once what I wrote gets published on tommi.space.
#Immich #Podman #Quadlet #Quadlets #systemd #Linux #containers #tmux #documentation
-
Sengaja tulis ini pakai akun misskey biar gak kejedot limit karakter.
Mengapa saya menggunakan dan menginstruksikan lingkungan yang berada dalam kendali saya menggunakan #podman bukan #docker dalam menjalankan #container
Pertama, docker membutuhkan daemon (yang defaultnya berjalan sebagai root) sedangkan podman sifatnya daemonless. Disini ada single point-of-failure. Sehingga jika ada bug atau apa, docker akan lebih rentan bisa menganggu host. Selain itu hal ini mengharuskan user yang ingin menjalankan container harus tergabung dalam group docker. Berbeda dengan podman dimana container yang dijalankan akan menjadi child-process dari user yang menjalankan.
Ada update pada runtime docker? Kita harus me-restart daemon docker dan artinya akan me-restart semua container yang berjalan.
Docker (katanya) fokus pada masing-masing container dan mengandalkan tool docker-compose untuk membungkus beberapa container, sedangkan podman mengenal konsep pod secara native yang menyerupai konsep pada pengoperasian #kubernetes. Bahkan podman bisa membuat yaml kubernetes dari pod.
Podman hanya kalah popular. Mungkin ini disebabkan karena docker adalah pelopor yang sukses. Mungkin anda akan berpikir kan banyaknya container-container yang tersedia adalah untuk docker seperti yang tersaji di Docker Hub. Tapi tahukah anda? Container image podman dan docker adalah sama, mengikuti standar OCI (Open Container Initiative). Jadi anda dapat menjalankan semua container image yang tersedia di Docker Hub dan container registry lain seperti #ghcr atau #quay dengan menggunakan podman.
Integrasi container-container dengan sistem juga akan lebih sederhana (kalau anda sudah menyadarinya). Docker menggunakan mekanisme sendiri untuk start/stop/restart container. Sedangkan container pada podman bisa sangat terintegrasi dengan #systemd, apalagi sejak dikenalkannya #quadlet. Format file quadlet sangatlah identik dengan file unit servis systemd. Dengan penggunaan quadlet, anda dapat start/stop/restart dengan menggunakan systemctl nya systemd.
PS: Penjelasan tadi adalah jawaban formal. Sebenarnya mengapa saya menggunakan podman adalah karena saya pengguna setia environment #Fedora dan #RHEL ✌✌✌✌✌ -
Sengaja tulis ini pakai akun misskey biar gak kejedot limit karakter.
Mengapa saya menggunakan dan menginstruksikan lingkungan yang berada dalam kendali saya menggunakan #podman bukan #docker dalam menjalankan #container
Pertama, docker membutuhkan daemon (yang defaultnya berjalan sebagai root) sedangkan podman sifatnya daemonless. Disini ada single point-of-failure. Sehingga jika ada bug atau apa, docker akan lebih rentan bisa menganggu host. Selain itu hal ini mengharuskan user yang ingin menjalankan container harus tergabung dalam group docker. Berbeda dengan podman dimana container yang dijalankan akan menjadi child-process dari user yang menjalankan.
Ada update pada runtime docker? Kita harus me-restart daemon docker dan artinya akan me-restart semua container yang berjalan.
Docker (katanya) fokus pada masing-masing container dan mengandalkan tool docker-compose untuk membungkus beberapa container, sedangkan podman mengenal konsep pod secara native yang menyerupai konsep pada pengoperasian #kubernetes. Bahkan podman bisa membuat yaml kubernetes dari pod.
Podman hanya kalah popular. Mungkin ini disebabkan karena docker adalah pelopor yang sukses. Mungkin anda akan berpikir kan banyaknya container-container yang tersedia adalah untuk docker seperti yang tersaji di Docker Hub. Tapi tahukah anda? Container image podman dan docker adalah sama, mengikuti standar OCI (Open Container Initiative). Jadi anda dapat menjalankan semua container image yang tersedia di Docker Hub dan container registry lain seperti #ghcr atau #quay dengan menggunakan podman.
Integrasi container-container dengan sistem juga akan lebih sederhana (kalau anda sudah menyadarinya). Docker menggunakan mekanisme sendiri untuk start/stop/restart container. Sedangkan container pada podman bisa sangat terintegrasi dengan #systemd, apalagi sejak dikenalkannya #quadlet. Format file quadlet sangatlah identik dengan file unit servis systemd. Dengan penggunaan quadlet, anda dapat start/stop/restart dengan menggunakan systemctl nya systemd.
PS: Penjelasan tadi adalah jawaban formal. Sebenarnya mengapa saya menggunakan podman adalah karena saya pengguna setia environment #Fedora dan #RHEL ✌✌✌✌✌ -
Sengaja tulis ini pakai akun misskey biar gak kejedot limit karakter.
Mengapa saya menggunakan dan menginstruksikan lingkungan yang berada dalam kendali saya menggunakan #podman bukan #docker dalam menjalankan #container
Pertama, docker membutuhkan daemon (yang defaultnya berjalan sebagai root) sedangkan podman sifatnya daemonless. Disini ada single point-of-failure. Sehingga jika ada bug atau apa, docker akan lebih rentan bisa menganggu host. Selain itu hal ini mengharuskan user yang ingin menjalankan container harus tergabung dalam group docker. Berbeda dengan podman dimana container yang dijalankan akan menjadi child-process dari user yang menjalankan.
Ada update pada runtime docker? Kita harus me-restart daemon docker dan artinya akan me-restart semua container yang berjalan.
Docker (katanya) fokus pada masing-masing container dan mengandalkan tool docker-compose untuk membungkus beberapa container, sedangkan podman mengenal konsep pod secara native yang menyerupai konsep pada pengoperasian #kubernetes. Bahkan podman bisa membuat yaml kubernetes dari pod.
Podman hanya kalah popular. Mungkin ini disebabkan karena docker adalah pelopor yang sukses. Mungkin anda akan berpikir kan banyaknya container-container yang tersedia adalah untuk docker seperti yang tersaji di Docker Hub. Tapi tahukah anda? Container image podman dan docker adalah sama, mengikuti standar OCI (Open Container Initiative). Jadi anda dapat menjalankan semua container image yang tersedia di Docker Hub dan container registry lain seperti #ghcr atau #quay dengan menggunakan podman.
Integrasi container-container dengan sistem juga akan lebih sederhana (kalau anda sudah menyadarinya). Docker menggunakan mekanisme sendiri untuk start/stop/restart container. Sedangkan container pada podman bisa sangat terintegrasi dengan #systemd, apalagi sejak dikenalkannya #quadlet. Format file quadlet sangatlah identik dengan file unit servis systemd. Dengan penggunaan quadlet, anda dapat start/stop/restart dengan menggunakan systemctl nya systemd.
PS: Penjelasan tadi adalah jawaban formal. Sebenarnya mengapa saya menggunakan podman adalah karena saya pengguna setia environment #Fedora dan #RHEL ✌✌✌✌✌ -
Sengaja tulis ini pakai akun misskey biar gak kejedot limit karakter.
Mengapa saya menggunakan dan menginstruksikan lingkungan yang berada dalam kendali saya menggunakan #podman bukan #docker dalam menjalankan #container
Pertama, docker membutuhkan daemon (yang defaultnya berjalan sebagai root) sedangkan podman sifatnya daemonless. Disini ada single point-of-failure. Sehingga jika ada bug atau apa, docker akan lebih rentan bisa menganggu host. Selain itu hal ini mengharuskan user yang ingin menjalankan container harus tergabung dalam group docker. Berbeda dengan podman dimana container yang dijalankan akan menjadi child-process dari user yang menjalankan.
Ada update pada runtime docker? Kita harus me-restart daemon docker dan artinya akan me-restart semua container yang berjalan.
Docker (katanya) fokus pada masing-masing container dan mengandalkan tool docker-compose untuk membungkus beberapa container, sedangkan podman mengenal konsep pod secara native yang menyerupai konsep pada pengoperasian #kubernetes. Bahkan podman bisa membuat yaml kubernetes dari pod.
Podman hanya kalah popular. Mungkin ini disebabkan karena docker adalah pelopor yang sukses. Mungkin anda akan berpikir kan banyaknya container-container yang tersedia adalah untuk docker seperti yang tersaji di Docker Hub. Tapi tahukah anda? Container image podman dan docker adalah sama, mengikuti standar OCI (Open Container Initiative). Jadi anda dapat menjalankan semua container image yang tersedia di Docker Hub dan container registry lain seperti #ghcr atau #quay dengan menggunakan podman.
Integrasi container-container dengan sistem juga akan lebih sederhana (kalau anda sudah menyadarinya). Docker menggunakan mekanisme sendiri untuk start/stop/restart container. Sedangkan container pada podman bisa sangat terintegrasi dengan #systemd, apalagi sejak dikenalkannya #quadlet. Format file quadlet sangatlah identik dengan file unit servis systemd. Dengan penggunaan quadlet, anda dapat start/stop/restart dengan menggunakan systemctl nya systemd.
PS: Penjelasan tadi adalah jawaban formal. Sebenarnya mengapa saya menggunakan podman adalah karena saya pengguna setia environment #Fedora dan #RHEL ✌✌✌✌✌ -
Tips buat yang jalanin #container terutama menggunakan #podman dan #quadlet.
Jika container tersebut butuh konsistensi data pada storage, misalnya database, biasanya untuk memberhentikan container itu butuh waktu yang cukup lama karena container tersebut akan melakukan "bersih-bersih" terlebih dahulu.
Timeout default saat stop container quadlet adalah 10 detik (yang merupakan default dari podman). Seringkali ini tidaklah cukup. Jika diabaikan, aplikasi di container tersebut akan diterminasi paksa sebelum dia selesai bersih-bersih.
Agar tidak di-terminasi paksa jika lebih dari 10 detik, naikkan batas timeout misal menjadi 120 detik (atau nilai lain yang dianggap wajar).
Caranya cukup edit file quadlet anda:
[Container] ... ... ... PodmanArgs=--stop-timeout 120 ... ... ... [Service] ... ... ... TimeoutStopSec=120 ... ... ...Catatan,
[Container]dan[Service]tidak perlu anda ketik ulang, karena biasanya sudah ada di file quadlet tersebut. "..." juga hanya sebagai ilustrasi saja, tidak perlu anda ketik ulang.Mengapa butuh dua baris tersebut, di
[Container]dan juga[Service]?Pada section
--stop-timeout=pada section[Container]itu fungsinya untuk memberitahu podman bahwa batas timeout adalah 120 detik.Sedangkan
TimeoutStopSec=pada section[Service]untuk menaikkan batas timeout #systemd ketika menunggu podman selesai melakukan terminasi.Jadi pada
[Container]itu untuk timeout podman menunggu aplikasi selesai. Sedangkan pada[Service]untuk timeout systemd menunggu podman selesai. -
Tips buat yang jalanin #container terutama menggunakan #podman dan #quadlet.
Jika container tersebut butuh konsistensi data pada storage, misalnya database, biasanya untuk memberhentikan container itu butuh waktu yang cukup lama karena container tersebut akan melakukan "bersih-bersih" terlebih dahulu.
Timeout default saat stop container quadlet adalah 10 detik (yang merupakan default dari podman). Seringkali ini tidaklah cukup. Jika diabaikan, aplikasi di container tersebut akan diterminasi paksa sebelum dia selesai bersih-bersih.
Agar tidak di-terminasi paksa jika lebih dari 10 detik, naikkan batas timeout misal menjadi 120 detik (atau nilai lain yang dianggap wajar).
Caranya cukup edit file quadlet anda:
[Container] ... ... ... PodmanArgs=--stop-timeout 120 ... ... ... [Service] ... ... ... TimeoutStopSec=120 ... ... ...Catatan,
[Container]dan[Service]tidak perlu anda ketik ulang, karena biasanya sudah ada di file quadlet tersebut. "..." juga hanya sebagai ilustrasi saja, tidak perlu anda ketik ulang.Mengapa butuh dua baris tersebut, di
[Container]dan juga[Service]?Pada section
--stop-timeout=pada section[Container]itu fungsinya untuk memberitahu podman bahwa batas timeout adalah 120 detik.Sedangkan
TimeoutStopSec=pada section[Service]untuk menaikkan batas timeout #systemd ketika menunggu podman selesai melakukan terminasi.Jadi pada
[Container]itu untuk timeout podman menunggu aplikasi selesai. Sedangkan pada[Service]untuk timeout systemd menunggu podman selesai. -
Tips buat yang jalanin #container terutama menggunakan #podman dan #quadlet.
Jika container tersebut butuh konsistensi data pada storage, misalnya database, biasanya untuk memberhentikan container itu butuh waktu yang cukup lama karena container tersebut akan melakukan "bersih-bersih" terlebih dahulu.
Timeout default saat stop container quadlet adalah 10 detik (yang merupakan default dari podman). Seringkali ini tidaklah cukup. Jika diabaikan, aplikasi di container tersebut akan diterminasi paksa sebelum dia selesai bersih-bersih.
Agar tidak di-terminasi paksa jika lebih dari 10 detik, naikkan batas timeout misal menjadi 120 detik (atau nilai lain yang dianggap wajar).
Caranya cukup edit file quadlet anda:
[Container] ... ... ... PodmanArgs=--stop-timeout 120 ... ... ... [Service] ... ... ... TimeoutStopSec=120 ... ... ...Catatan,
[Container]dan[Service]tidak perlu anda ketik ulang, karena biasanya sudah ada di file quadlet tersebut. "..." juga hanya sebagai ilustrasi saja, tidak perlu anda ketik ulang.Mengapa butuh dua baris tersebut, di
[Container]dan juga[Service]?Pada section
--stop-timeout=pada section[Container]itu fungsinya untuk memberitahu podman bahwa batas timeout adalah 120 detik.Sedangkan
TimeoutStopSec=pada section[Service]untuk menaikkan batas timeout #systemd ketika menunggu podman selesai melakukan terminasi.Jadi pada
[Container]itu untuk timeout podman menunggu aplikasi selesai. Sedangkan pada[Service]untuk timeout systemd menunggu podman selesai. -
You might have noticed that I have spend some time in my Quadlets Repo, taking care of some Grafana stuff.
Took me a bit to understand it but I’m quite happy with the result.
Check it out if you’d like to deploy your Grafana instance with a few extras in your homelab!
#git #codeberg #monitoring #grafana #prometheus #NodeExporter #podmanexporter #tailscale #tailscaleexporter #podman #quadlet #quadlets #rootless
-
You might have noticed that I have spend some time in my Quadlets Repo, taking care of some Grafana stuff.
Took me a bit to understand it but I’m quite happy with the result.
Check it out if you’d like to deploy your Grafana instance with a few extras in your homelab!
#git #codeberg #monitoring #grafana #prometheus #NodeExporter #podmanexporter #tailscale #tailscaleexporter #podman #quadlet #quadlets #rootless
-
Out of boredom, I thought why not give the Zammad Quadlets another try.
Originally, I planned to work on them next month but I just couldn’t resist.And would you look at that, adding two more variables to the nginx container fixed the problem.
Now the Quadlets are working like a charm, meaning I need a new project for next month.
The wiki will probably be finished by the end of this week.
Check them out and give them a try by cloning my codeberg repo!
https://codeberg.org/Spoljarevic/Zammad-Podman-Quadlets/src/branch/master
#podman #quadlets #quadlet #podmanquadlets #coding #troubleshooting #codeberg #dns #repo #zammad #ticket #tickets #ticketsystem
-
A reminder to always RTFM (read the friendly manual of course).
I spend about an hour trying to get a Quadlet work.
After that I decided to go into the Arch wiki and would you look at that, there was this one single command that was missing in order to validate the Quadlet…I felt so stupid but my first .container file is up in my Quadlet Repo on Codeberg and I made a slim documentation for it (also linked the Arch Wiki there).
Took way longer than needed but I hope you enjoy!
-
Dear #mastoadmins, I'd like to improve the current setup using #caddy and #podman #compose. Is anyone using #podman #quadlet with #systemd? Also I understand that having the connection between caddy reverse proxy and mastodon via sockets is very cool and I'd like to give this a try as well.
Systemd is now offering keeping podman quadlet containers up to date by itself. Maybe this one can be leveraged as well.
-
Dear #mastoadmins, I'd like to improve the current setup using #caddy and #podman #compose. Is anyone using #podman #quadlet with #systemd? Also I understand that having the connection between caddy reverse proxy and mastodon via sockets is very cool and I'd like to give this a try as well.
Systemd is now offering keeping podman quadlet containers up to date by itself. Maybe this one can be leveraged as well.
-
Dear #mastoadmins, I'd like to improve the current setup using #caddy and #podman #compose. Is anyone using #podman #quadlet with #systemd? Also I understand that having the connection between caddy reverse proxy and mastodon via sockets is very cool and I'd like to give this a try as well.
Systemd is now offering keeping podman quadlet containers up to date by itself. Maybe this one can be leveraged as well.
-
Dear #mastoadmins, I'd like to improve the current setup using #caddy and #podman #compose. Is anyone using #podman #quadlet with #systemd? Also I understand that having the connection between caddy reverse proxy and mastodon via sockets is very cool and I'd like to give this a try as well.
Systemd is now offering keeping podman quadlet containers up to date by itself. Maybe this one can be leveraged as well.
-
Dear #mastoadmins, I'd like to improve the current setup using #caddy and #podman #compose. Is anyone using #podman #quadlet with #systemd? Also I understand that having the connection between caddy reverse proxy and mastodon via sockets is very cool and I'd like to give this a try as well.
Systemd is now offering keeping podman quadlet containers up to date by itself. Maybe this one can be leveraged as well.
