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

tweaking plc.conf - looks good this time

fix make sync for 64bits

oops

first attempt at a more reasonalbe plc.conf setup for mod_wsgi

for using mod_wsgi - first untested attempt

Setting tag myplc-5.1-6
bugfix in check-vsys-defaults.py

bugfix in check-vsys-defaults.py

Setting tag myplc-5.1-5
define open_basedir in php.ini to stop confidentiality leak
new utility slice_ssh_keys.py for showing sliver keys (OMF interop)
new config setting PLC_VSYS_DEFAULTS for vsys tags granted to all
new utilities check-hrns.py and check-vsys-defaults.py

better parsing of PLC_VSYS_DEFAULTS

I could not get that message myself

mmhh somehow I'm not getting the latest change through the rpm...

oops, was missing a <value> tag

renamed for more consistency, added to specfile

new global setting PLC_VSYS_DEFAULTS
utility script to check/apply this on older slices

fix packaging for check-hrns*

utility script to check/fix hrns

set open_basedir in php.ini to stop leaks
thanks to Ciro & Mike

convenience script for coupling with the OMF Experiment Controller

Setting tag myplc-5.1-4
set TimeoutSec to 300 in plc.service
remove ref to deprecated svn $URL$ in db-config usage