$ etckeeper init Initialized empty Git repository in /etc/.git/ $ git commit -m "Initial import 2016-09-10" etckeeper warning: hardlinked files could cause problems with git: pam.d/ftp pam.d/ftpd [master (root-commit) 75f7876] Initial import 2016-09-10 447 files changed, 48165 insertions(+) […]
$ cd /home/dereckson/src/etckeeper $ gmake install sed -i~ "s/Version:.*/Version: $(perl -e '$_=<>;m/\((.*?)(-.*)?\)/;print $1;' <debian/changelog)\"/" etckeeper rm -f etckeeper~ mkdir -p /etc/etckeeper/ /var/cache/etckeeper/ cp -R *.d /etc/etckeeper/ install daily /etc/etckeeper/daily install -m 0644 etckeeper.conf /etc/etckeeper/etckeeper.conf mkdir -p /usr/local/bin install etckeeper /usr/local/bin/etckeeper mkdir -p /usr/local/share/man/man8 install -m 0644 etckeeper.8 /usr/local/share/man/man8/etckeeper.8 mkdir -p /usr/local/share/bash-completion/completions install -m 0644 bash_completion /usr/local/share/bash-completion/completions/etckeeper mkdir -p /lib/systemd/system install -m 0644 systemd/etckeeper.service /lib/systemd/system/etckeeper.service install -m 0644 systemd/etckeeper.timer /lib/systemd/system/etckeeper.timer python ./etckeeper-bzr/__init__.py install --root= || echo "** bzr support not installed" running install running build running build_py creating build creating build/lib creating build/lib/bzrlib creating build/lib/bzrlib/plugins creating build/lib/bzrlib/plugins/etckeeper copying etckeeper-bzr/__init__.py -> build/lib/bzrlib/plugins/etckeeper running install_lib creating usr creating usr/local creating usr/local/lib creating usr/local/lib/python2.7 creating usr/local/lib/python2.7/site-packages creating usr/local/lib/python2.7/site-packages/bzrlib creating usr/local/lib/python2.7/site-packages/bzrlib/plugins creating usr/local/lib/python2.7/site-packages/bzrlib/plugins/etckeeper copying build/lib/bzrlib/plugins/etckeeper/__init__.py -> usr/local/lib/python2.7/site-packages/bzrlib/plugins/etckeeper byte-compiling usr/local/lib/python2.7/site-packages/bzrlib/plugins/etckeeper/__init__.py to __init__.pyc running install_egg_info Writing usr/local/lib/python2.7/site-packages/bzr_etckeeper-0.0.0-py2.7.egg-info echo "** installation successful" ** installation successful $ rm -rf /lib/systemd $ mv /usr/local/share/man/man8/etckeeper.8 /usr/local/man/man8/ $ rm -rf /usr/local/share/man
Current design is prepared in rSERVERSLOGDESIGN.
$ mkdir /opt/php-devel-utilities $ cd /opt/php-devel-utilities $ wget https://phar.phpunit.de/phpcpd.phar $ wget https://phar.phpunit.de/phploc.phar $ wget http://phpdox.de/releases/phpdox.phar $ wget http://static.pdepend.org/php/latest/pdepend.phar $ wget http://static.phpmd.org/php/latest/phpmd.phar $ chmod +x *.phar $ ln -s /opt/php-devel-utilities/phpcpd.phar /usr/local/bin/phpcpd $ ln -s /opt/php-devel-utilities/phploc.phar /usr/local/bin/phploc $ ln -s /opt/php-devel-utilities/phpdox.phar /usr/local/bin/phpdox $ ln -s /opt/php-devel-utilities/pdepend.phar /usr/local/bin/pdepend $ ln -s /opt/php-devel-utilities/phpmd.phar /usr/local/bin/phpmd
Removing everything excepted phpcs:
phpcs is up to date but the Sebastien Bergmann packages aren't really maintained to an usable version:
Through packages
Testing a new build file skipping documentation for rNOTIF Continous integration and delivery purposes:
Current status
Step 4 done for B to D, but currently every failure will be reported. And we don't exploit in the artefact log what's failing.
Needed at operations level by D372.
$ yum install mosh =============================================================================================================================================================== Package Arch Version Repository Size =============================================================================================================================================================== Installing: mosh x86_64 1.2.6-1.el7 epel-testing 237 k Installing for dependencies: perl-IO-Socket-INET6 noarch 2.69-5.el7 base 20 k perl-Socket6 x86_64 0.23-15.el7 base 27 k protobuf x86_64 2.5.0-8.el7 base 338 k
@Rashk0 any advice?
Summary of previous discussions
There is no demonstrated advantage to use that, the json parsing issue in D347 was a false issue.
Superseded by T846.
@amj could you mtr eglide.org and tell use where the packet loss or any other issue occurs?
D607 change is ready and applied on Eglide.
I'm doing the Eglide creation part.
No issue ownCloud related: the Let's encrypt location block was in 80 server block, not in 443 one.
A deny rule blocked all the URL starting by a . to protect .htpasswd files.