2e2570fd50
oops
2014-07-21 08:54:56 +04:00
9841e59c32
some new scripts and fsck fix
2014-07-21 00:24:01 +04:00
7995c10061
READMEs in the config dirs
2014-07-06 18:32:34 +04:00
36ece3020b
So, as an example of the way conf.d is supposed to be used, I've provided
...
a conf.d entry for dropbear that overrides the provided initsctipt.
Just a simple change in “where do we want to listen”, but impossible
to do otherwise without changing the initscript directly as dropbear
does not support any external config files.
So there you have it, the feature now has a purpose.
2014-07-06 11:13:39 +04:00
f2c7faa749
separating udev end eudev into different scripts
2014-07-06 11:03:45 +04:00
4bf86dc02f
pidfiles are evil
2014-07-03 11:05:52 +04:00
c9168818d4
blah
2014-06-28 10:54:06 +04:00
20f1cad363
eudev and udev should be separate
2014-06-11 00:21:41 +04:00
4f37bc997c
dropbear script
2014-05-11 22:44:13 +04:00
5791e5f60d
dropbear script
2014-05-11 22:43:14 +04:00
e20742c5b9
respawn agettys
2014-04-22 09:03:56 +04:00
64a5f40850
It's the admin port. Let's call it properly
2014-04-05 23:59:52 +04:00
f5416ac738
dlkjflkds
2014-04-05 21:24:06 +04:00
3a9002ac0d
cjdroute does not need configuration by default now
2014-04-05 11:59:04 +04:00
a71b5ab588
watchman now sources conf.d/<service_name> after the script
2014-04-05 11:54:00 +04:00
830136bec4
We have an admin port that is not random
2014-04-05 11:52:51 +04:00
a8d70c2343
oops
2014-04-04 15:48:44 +04:00
09c8c78bf5
local configuration should be separate take 2
2014-04-04 15:40:45 +04:00
99533f46c0
local configuration should be separate
2014-04-04 15:40:00 +04:00
e1353f46cf
configcheck for iptables
2014-03-13 01:08:12 +04:00
707b5f5682
fastfix
2014-03-10 03:26:21 +04:00
560dc05e2a
Reading table names from /proc instead of using grep
2014-03-10 03:25:17 +04:00
9d6e838aa5
-X
2014-03-10 02:41:05 +04:00
902174ce54
dropping ipt support. Also a script for iptables
2014-03-10 02:14:57 +04:00
69458326d6
sysctl service
2014-03-01 22:34:13 +04:00
b8798b8398
Go away
2014-02-26 02:31:59 +04:00
c710dcd56d
cjdroute script update
2014-02-26 01:57:59 +04:00
3cf24fa2dd
update
2014-02-25 09:31:21 +04:00
97d4f0a0d6
where did those come from
2014-02-25 04:47:28 +04:00
b5ebe89685
mass update from my home pc
2014-02-25 04:45:13 +04:00
acdcc82461
never blindly adapt things from other scripts
2014-02-24 15:32:18 +04:00
0e6f302af7
kill!
2014-02-24 11:39:21 +04:00
cbfb3f92f2
cleaner
2014-02-24 11:27:47 +04:00
8025f1a92f
alsa daemon service
2014-02-24 11:03:39 +04:00
1c3cc01b36
docker service
2014-02-22 18:32:37 +04:00
6c075e4169
cjdroute can drop privileges itself, so removing the custom user code
2013-12-24 19:13:49 +04:00
a589260459
a slightly more smart mount and udev using /bin/udevd. If you have systemd-udevd, link it there instead of changing the script
2013-11-25 07:39:24 +04:00
81c1a8a09c
removing dupe line
2013-11-13 11:04:57 +04:00
f9f2106011
checking for the tun module
2013-11-13 11:04:27 +04:00
90d412c91f
Merge branch 'master' of github.com:fbt/watchman-services
2013-11-13 11:02:13 +04:00
4194c2ec77
a bit saner defaults
2013-11-09 22:37:01 +04:00
aa2293ae2f
I was sure I did push this
2013-11-09 22:28:54 +04:00
414b6232e4
This makes more sense
2013-11-09 01:41:42 +04:00
fdb9b0de95
cjdroute pid detection
2013-11-09 01:39:33 +04:00
8e5f179a9e
cjdroute init script
2013-11-05 18:10:54 +04:00
541c3a11d5
Why is this here
2013-09-29 06:52:17 +04:00
ee9e56374a
too specific of a script
2013-09-29 06:44:47 +04:00
cade8ea081
dhcpcd
2013-09-29 04:49:10 +04:00
41b4b3fe01
updated services from my work pc
2013-09-29 04:03:34 +04:00
7af48c15d4
init
2013-09-29 03:32:39 +04:00
