| Summary: | Debian packaging should avoid /var/run and /var/lock in the package | ||
|---|---|---|---|
| Product: | Koha | Reporter: | Lars Wirzenius <lars> |
| Component: | Packaging | Assignee: | Robin Sheat <robin> |
| Status: | CLOSED FIXED | QA Contact: | Bugs List <koha-bugs> |
| Severity: | major | ||
| Priority: | PATCH-Sent (DO NOT USE) | CC: | chris, John.Seymour, robin |
| Version: | 3.4 | ||
| Hardware: | All | ||
| OS: | All | ||
| Change sponsored?: | --- | Patch complexity: | --- |
| Documentation contact: | Documentation submission: | ||
| Text to go in the release notes: | Version(s) released in: | ||
| Circulation function: | |||
| Attachments: | Bug 4873 - Ensure that the required directories exist on init | ||
|
Description
Lars Wirzenius
2010-06-10 01:33:49 UTC
In the current version of debian testing the /var/run and /var/lock directories are recreated at each boot (this is part of the migration from /var/run to /run). This means that the koha directories are not available after each boot. I fixed this issue by modifying the /etc/init.d/koha-common script as follows.
--- koha-common.orig 2011-07-22 11:07:58.000000000 +1000
+++ koha-common 2011-07-22 11:06:43.000000000 +1000
@@ -42,6 +42,8 @@
#
do_start()
{
+ # We insure all required directories exist, including disabled ones.
+ koha-create-dirs $(koha-list)
koha-start-zebra $(koha-list --enabled)
}
yours
John
This will have the nice side effect of fixing installations on Ubuntu that refuse to come up after boot. I'll have a look to make sure there's nothing funny that this would cause, but I expect it'll be a quick signoff. Created attachment 4707 [details] [review] Bug 4873 - Ensure that the required directories exist on init As systems (Ubuntu already, Debian testing is doing it too) move to ramdisking /var/run and /var/lock, or otherwise clearing them on boot, we need to ensure that they're there when we need them. This patch autocreates any directories that are missing when the init script runs. Signed-off-by: Robin Sheat <robin@catalyst.net.nz> Patch for packages, pushed Patch is in both master and 3.4.x (and has been for a while now.) |