-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[ installation ] Bundle the daemon in a Debian Package #3
Comments
Update
The scheduler daemon is trickier, because I have to handle:
But the hard part is done, thanks to |
Update
However. GitHub only offers "runners" for Ubuntu 20.04 and 22.04. They do -not- offer runners for other Linux such as Debian. Although Ubuntu is derived from Debian, that does not guarantee they share the same GLIBC libraries. Matter of fact, at least in 1 test, I found them to be different. Because my Rust binaries are dynamically linked to C libraries, I need to create the correct binary, per GLIBC. So. Automatic deployment for Ubuntu is now easy. Automatic deployment for <other_Linux> is harder. Next, I need to learn about GitHub's so-called Self-Hosted Runners.. With those, I -should- be able to automatically deploy Debian Buster and Bullseye binaries and packages automatically... |
Ugh!
Sometimes I think I left my brain in bed.
So I am going to attempt the install with the .deb file on one of my other test servers.
Here is what I propose to do:
wget https://github.com/Datahenge/btu_scheduler_daemon/releases/download/v0.3.6/target.debian.btu_scheduler_0.3.6_amd64.deb
apt install ./target.debian.btu_scheduler_0.3.6_amd64.deb
So, does that sound right? I am not sure because I have never used a .deb file to install an ERPNext application. I have only done it with OS packages.
Should there be something different to this since we are in a frappe framework environment?
BKM
-----Original Message-----
From: "Brian Pond" ***@***.***
Date: 09/25/2022 02:08 PM
To: "Datahenge/btu_scheduler_daemon" ***@***.***>
CC: "Subscribed" ***@***.***>
Subject: Re: [Datahenge/btu_scheduler_daemon] [ installation ] Bundle the daemon in a Debian Package (Issue #3)
UpdateBoth CLI and background daemon are now bundled in the Debian.dpkgHowever. GitHub only offers "runners" for Ubuntu 20.04 and 22.04. However, they do -not- offer runners for other Linux such as Debian. Although Ubuntu is derived from Debian, that does not guarantee they share the same GLIBC libraries. Matter of fact, least once during testing, I found them to be different. Because my Rust binaries are dynamically linked to C libraries, I need to create the correct binary, per GLIBC.So...automatic deployment for Ubuntu is now easy.
Automatic deployment for <other_Linux> is harder. Next, I need to learn about GitHub's so-called Self-Hosted Runners.. With those, I -should- be able to automatically deploy Debian Buster and Bullseye binaries and packages automatically...—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>
|
Debian package is successfully writing the binaries to /usr/bin. Next, need to run some Post Installation commands:
This should be possible by writing shell script in a "postinst" file in the "/debian" folder. 🤔 |
Background
Currently to use the BTU Scheduler, prospective users must do the following:
/usr/local/bin
)/etc/btu_scheduler/
directory.btu_scheduler.toml
configuration file.btu-daemon
starts automatically on boot (probably using systemd init files)For some seasoned Linux administrators, the above might be thought trivial. But everyone is different, and the above is still a small chore.
Goal
The whole process could be a lot easier by just doing this:
So. The purpose of this issue is to wrap the BTU Scheduler in a Debian
dpkg
. So that installation is a breeze.Misc
I don't own/use any Red Hat or
CentOSAlmaLinux/Rocky Linux systems. If someone else wants to design and build an RPM equivalent, I'd be happy to host it. Otherwise, I don't intend on working on this, until there's enough momentum to justify it. Manually installation the long way is always available.The text was updated successfully, but these errors were encountered: