egrep is obsolete

add FROM_ADDRESS to the usual variables

add configurable variable PLC_MAIL_FROM_ADDRESS

trailing spaces

package both systemd timers

try to new plc-dump-db and previously available, but not packaged, renew-reminder

another patch from Thomas

fix bug in specfile when checking for nodemanager; thanks Thomas

build nodemanager doc only if present

Setting tag myplc-7.1-0
ready on f35

try to improve php logging; set error_log in the right section of the .ini; enable display_errors and display_startup_errors

remove requirements for a serverside-only build

gethostbyname written in python3

sense the system to use gpg1 when installed

a first move towards adopting gpgv2
code for dealing with key generation

which demonstrated that private key storage was completely redone in gpgv2
and so we decide to cautiously back off and fallback to using gpgv1 for now

exclude pycached files

trigger renew-reminder on a fixed time - still needs to be enabled/started

rename script into renew-reminder.py (dash instead of underscore)
added systemctl resources to run this as a systemd timer
also logging is now deferred to journalctl so forget about logrotate

rewritten renew_reminder script
previous version was not working after port to python3
---
in addition, a PLCAPI Message is searched with filter
{'message_id': "renew_reminder_addition"}

if found, this is appended to the hard-wired message in renew_reminder

the apache 2.2/2.4 compat layer was broken because of apachectl not behaving like it used to

Setting tag myplc-7.0-0
suitable for python3 on both f27 and f29

dns-config still had occurrences of file()

killproc no longer available in image

open with mode 'ro' seems undocumented

oops, one fragment had been oversimplified when porting to python3

an attempt to fix mtail that had mixed tabs and spaces

httpd config can also deal with the python3 wsgi module

this is the python3 branch, so always use python3-mod_wsgi

a little nicer db-config

fix 'make sync'

autopep8

get rid of the codecs library, that caused bytes vs str issues, for no benefit; means all is utf-8

/usr/bin/env python3

fix install stage in specfile

2to3 on accessory scripts

remove more refs to python2

use rpm macro python3_sitelib instead of homebrewed PYTHON_SITEARCH that was for python2

autopep8'ed

install in python3 library

2to3

still on the specfile; rpm doc about subpackages is not too exactly crystal clear..

fix spec

fix spec

fix spec

split myplc into myplc-core (api + www only) and myplc proper (which becomes a meta-package only)

fixes to the service file; + former stub /etc/init.d/plc becomes /usr/bin/plc-ctl

spaces

startup scripts : assume initscripts is not installed, only use systemctl

tweaked service file

systemd services go in /usr/lib/systemd/system rather than /lib/<same>

mod_wsgi now called python2-mod_wsgi

restart php-fpm if it gets configured

fix for configuring php-fpm like php on f27

better handling of the php-fpm dependency

explicitly enable and start php-fpm when the rpm is found

tweak httpd service script for f27 - ${!http_port} issues "bad substitution" in some new cases

review code for checking certificates
more robust for spaces around = in fragments like
CN=r2labapi.inria.fr
can now deal with e.g.
CN = r2labapi.inria.fr

Setting tag myplc-5.3-4
takes care of creating plcapi log file

tweaks

httpd takes care of /var/log/plcapi.log and permissions

script for spotting and trashing zombie containers

Setting tag myplc-5.3-3
tweaked renew_reminder for federation

tweaked renew_reminder so that sfa_created persons don't receive such mails

Setting tag myplc-5.3-2
tweaks in check-hrns.py
do not require PyXML any more

Merge branch 'master' of ssh://git.onelab.eu/git/myplc

turn off dependency to PyXML (which belonged in plcapi amyway)

check-hrns.py: Ciro fix

check-hrn.py keeps silent unless option verbose is set

Setting tag myplc-5.3-1
review check-hrns for plcapi-5.3
add PLC_HRN_ROOT in usual plc-config-tty's settings

bump version to 5.3

check_hrns.py: external Sites are tagged with sfa_created=='True'

remove check-hrns from the PLC startup sequence

Add PLC_HRN_ROOT to usual config variables

check-hrns: slice_ids needs to be in GetSites return values

check-hrns: Rollback and use SFA_HRN_ROOT as toplevel

Check/Set HRNs of Sites/Slices/Persons at PLC startup

check-hrns: Use SFA_INTERFACE_HRN as toplevel if possible

check-hrns: 2nd pass fixes

check-hrns: external sites starts with "sfa:"

Check/set Sites HRN

Setting tag myplc-5.2-5
reduce the scope of check-hrns.py script, now that the SFA layer handles this natively
add an rpm-sign dependency on feedora>=16

Excluse external sites created through sfa from the HRN check.
Check slice HRN as well.

add dep. to rpm-sign - cleanup cron-related business only relevant for old distros

Setting tag myplc-5.2-4
drop PLC_OMF_XMPP_{USER,PASSWORD} from config

drop PLC_OMF_XMPP_USER and PLC_OMF_XMPP_PASSWORD from config

Setting tag myplc-5.2-3
plc.d/gpg now does not rm /dev/random but preserves it
this is because libvirt won't let us run mknod

Merge branch 'master' of ssh://git.onelab.eu/git/myplc

workaround for dealing with /dev/random /dev/urandom in a libvirt environment that, as of 1.0.4, doesn't allow mknod at all
https://www.redhat.com/archives/libvirt-users/2013-April/msg00163.html

Setting tag myplc-5.2-2
fix typo in check-hrns - used to print 'host' while dealing with persons

Merge branch 'master' of ssh://git.onelab.eu/git/myplc

cosmetic

Setting tag myplc-5.2-1
supports httpd config for either mod_python (preferred) or mod_wsgi
requires mod_wsgi on f18 only, otherwise mod_python
supports httpd config for apache 2.4 (f18)
new config variable PLC_FLAVOUR_VIRT_MAP to set 'virt' from fcdistro

open up /var/log/bm to php so upload-bmlog.php works again

bump major to 5.2

introduce PLC_FLAVOUR_VIRT_MAP

forget about ifmodule, use rpm to figure if mod_python/mod_wsgi are
installed

specfile requires mod_python up to f16, mod_wsgi above

httpd creates a plc.conf that can work with mod_python or mod_wsgi
the logic as it is now is to prefer mod_python since that's what
appears to be the most stable

cosmetic

knows about apache 2.4 new access scheme
http://httpd.apache.org/docs/2.4/upgrading.html#access

better varname