SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264
Notes |
|
(0001878)
|
simon-endian
|
2008-12-16 11:39
(edited on: 2008-12-16 15:13) |
|
- updated spec for 10.2.0.2 and build rpm for testing
- updated our multi profile patches
- now using make install DESTDIR instead of %makeinstall macro
- %makeinstall macro did not work with DESTDIR argument, which lead to errors while rpm build process
- updated sources file with md5 of dansguardian tar gz
|
|
|
|
updated dansguardianf1.conf.tmpl needed to uncomment 3 lines
Index: src/config/dansguardianf1.conf.tmpl
===================================================================
--- src/config/dansguardianf1.conf.tmpl (revision 15458)
+++ src/config/dansguardianf1.conf.tmpl (working copy)
@@ -25,8 +25,8 @@
urlregexplist = '/etc/dansguardian/profiles/$FILTER_GROUP/urlregexplist'
#blockdownloads = off
-#exceptionextensionlist = '/etc/dansguardian/profiles/$FILTER_GROUP/exceptionextensionlist'
-#exceptionmimetypelist = '/etc/dansguardian/profiles/$FILTER_GROUP/exceptionmimetypelist'
+exceptionextensionlist = '/etc/dansguardian/profiles/$FILTER_GROUP/exceptionextensionlist'
+exceptionmimetypelist = '/etc/dansguardian/profiles/$FILTER_GROUP/exceptionmimetypelist'
bannedextensionlist = '/etc/dansguardian/profiles/$FILTER_GROUP/bannedextensionlist'
bannedmimetypelist = '/etc/dansguardian/profiles/$FILTER_GROUP/bannedmimetypelist' |
|
|
|
updated restartdansguardian.py now exceptionextensionlist and exceptionmimetypelist are created (empty files), otherwhise dansguardian would not start
Index: src/bin/restartdansguardian.py
===================================================================
--- src/bin/restartdansguardian.py (revision 15458)
+++ src/bin/restartdansguardian.py (working copy)
@@ -225,10 +225,10 @@
# "PICSFILE" : None, # Picsfile is generated separately
"CONTENTREGEXPLIST" : None,
"URLREGEXPLIST" : None,
- "EXCEPTIONEXTENSIONLIST" : None,
+ "EXCEPTIONEXTENSIONLIST" : "/etc/dansguardian/profiles/%s/exceptionextensionlist",
"EXCEPTIONMIMETYPELIST" : None,
"BANNEDEXTENSIONLIST" : None,
- "BANNEDMIMETYPELIST" : None,
+ "BANNEDMIMETYPELIST" : "/etc/dansguardian/profiles/%s/exceptionmimetypelist",
"EXCEPTIONFILESITELIST" : None,
"EXCEPTIONFILEURLLIST" : None,
"LOGSITELIST" : None,
@@ -237,7 +237,8 @@
"HEADERREGEXPLIST" : None,
"BANNEDREGEXPHEADERLIST" : None,
"ANONREGEXPLIST" : None,
- "GREYREGEXPURLLIST" : None}
+ "GREYREGEXPURLLIST" : None,
+ }
# EXCEPTIONSITELIST = directly written by web ui
dans_config = SettingsFile(MAIN_SETTINGS) |
|
|
|
this update should fix the problems
updated dansguardian (2.10.0.2-5.endian7) and efw-dansguardian (2.3.7-2.endian14) are now installed on a referencemachine to test if the bug reoccurs |
|
|
|
the update of dansguardian seams to have fixed the problem (it did not reoccur after more than one month) |
|