| Summary: | MOTD editor | ||
|---|---|---|---|
| Product: | [Retired] Beaker | Reporter: | Raymond Mancy <rmancy> |
| Component: | web UI | Assignee: | beaker-dev-list |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | unspecified | Docs Contact: | |
| Priority: | low | ||
| Version: | 0.7 | CC: | bpeck, mastyk, mcsontos, stl, tools-bugs |
| Target Milestone: | --- | Keywords: | FutureFeature |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | Misc | ||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-06-02 11:54:30 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Raymond Mancy
2011-10-20 01:08:16 UTC
Not sure how useful this would really be. I imagine most sysadmins would be keeping their config files in a configuration management system such as cfengine, so they wouldn't want the MOTD file to be changed by Beaker. MOTD is not a config file though. I don't think something like the MOTD should be kept under configuration control, and I wouldn't expect it to be. You should be able to quickly and easily update it to react to current events Well it is a config file right now, in the sense that it's a file in /etc/beaker. Maybe we should put it in the database then? Yeah you're probably right. As part of this ticket we should also move it into the DB. Hello, thank you for opening issue in Beaker project. This issue was marked with component "web ui". As we are not planning to address any further issues in current UI, due to technical stack and not being able to work with Python 3 codebase, I'm closing this issue as WONTFIX. New UI will be reimplemented within new versions of Beaker. If you have any questions feel free to reach out to me. Best regards, Martin <martin.styk> |