Skip to content
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

Add systemd generator for entware init scripts to toltec #791

Open
Eeems opened this issue Dec 16, 2023 · 3 comments · Fixed by #792
Open

Add systemd generator for entware init scripts to toltec #791

Eeems opened this issue Dec 16, 2023 · 3 comments · Fixed by #792
Labels
packages Add or improve packages of the repository

Comments

@Eeems
Copy link
Member

Eeems commented Dec 16, 2023

Package information
We should have a systemd generator for entware init scripts (found in /opt/etc/init.d).

Reason for addition
This will allow doing things like installing entware's cron package and then setting it up to run on startup.

More context
This will remove the need for systemd specific packages to be created.

@Eeems Eeems added the packages Add or improve packages of the repository label Dec 16, 2023
@Eeems
Copy link
Member Author

Eeems commented Dec 16, 2023

I noticed a reference to /opt/etc/init.d/rc.unslung start in one of the generic entware install scripts. Perhaps we should use this instead?

@Eeems
Copy link
Member Author

Eeems commented Dec 17, 2023

Upon reviewing the systemd.generator documentation, it looks like generators will not work, as it runs too early in the boot process. Having a systemd service that runs after opt.mount to create and update service files might be worth it, though. Perhaps a template unit.

@Eeems Eeems linked a pull request Dec 17, 2023 that will close this issue
@Eeems
Copy link
Member Author

Eeems commented May 23, 2024

A template unit is what I settled on. Upon reviewing rc.unslung, it didn't really make sense to run another init system underneath systemd. From what I understand, it's shipped with entware for systems where you don't have the ability to hook into the main init system like we do, and is indended to be run from your user session. Since we have the ability to hook into our init system, it makes more sense to just have systemd handle the services, and to provide a helper utility to make it easier for users.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
packages Add or improve packages of the repository
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant