Al actualizar el Fat Free por medio de composer (De 3.3.0 a 3.5.0), recibo un susto de muerte en el siguiente mensaje de error:
Internal Server Error
Fatal error: Cannot redeclare class Cache
La forma en que yo 'obtenía' a Fat Free era la siguiente
include_once '../vendor/autoload.php';
Según la documentación oficial:
# Limpiamos la caché de archivos y sincronizamos desde Fedora 21 a la nueva versión
yum clean all
yum --releasever=22 distro-sync
# Sin embargo, tuve problemas con los siguientes paquetes
# firewall-config-0.3.14.2-2.fc22.noarch de updates
# firewalld-0.3.14.2-2.fc22.noarch de updates
Quizá sea el gusto, pero últimamente prefieron un poco usar TLS. Para conectarse a un servidor LDAP con el paquete ldap3
es necesario especificar auto_bind = AUTO_BIND_TLS_BEFORE_BIND al instanciar el objeto Connection y luego hacer el c.start_tls() antes de c.bind(). Estamos suponiendo que de esta forma no solo nuestras contraseñas
nunca se envían en texto claro, sino que el objecto Connection (c) estará autenticado y operando sobre un canal cifrado,
algo que me quito la cabeza un buen rato
from ldap3 import Server, Connection, ALL, Tls
from ldap3.core.exceptions import LDAPExceptionError, LDAPBindError, LDAPInvalidCredentialsResult, LDAPSizeLimitExceededResult
s = Server('ldap.dominio.com', port = 389, get_info=ALL)Frente al error
Mailing to remote domains not supported
En el log de exim, es necesario reconfigurarlo para que pueda enviar correos a servidores MTA.
Primero, reconfiguramos a exim con las herramientas adecuadas para el sistema dado. En Debian
dpkg-reconfigure exim4-config| <network> | |
| <name>dmz</name> | |
| </network> |
Pues que me decidí empezar el tutorial más oficial de AngularJS que pude encontrar, me parece bastante bueno, lo siguiente son un par de cambios que permiten realizar las pruebas unitarias (Mediante Jasmine) y las pruebas funcionales (Mediante Protractor) en un entorno de desarrollo virtualizado (Con nada parecido a un entorno gráfico). Así que las unitarias las realizo en el mismo equipo con PhantomJS, y las pruebas funcionales las realizo con los navegadores de un equipo remoto.
Instalamos las dependencias necesarias.
npm install phantomjs --save-dev npm install karma-phantomjs-launcher --save-dev
Buscamos al fichero karma.conf.js, buscamos modificar los arreglos browsers y plugins para que queden de la siguiente forma:
browsers : ['PhantomJS'],El siguiente problema es bastante gracioso, más aún, el no haber encontrado la solución antes fue un martirio:
[ 198.948651] dracut-initqueue[546]: Warning: /dev/root does not exist
Starting Dracut Emergency Shell...
Warning: /dev/root does not exist
Generating "/run/initramfs/rdsosreport.txt"
Entering emergency mode. Exit the shell to continue.| # /etc/sysconfig/network-scripts/ifcfg-em1 | |
| DEVICE="em1" | |
| HWADDR="F0:4D:A2:3E:7C:44" | |
| ONBOOT="yes" | |
| BRIDGE="virbr0" |
Pane is dead
raise ValueError("new value %s is not valid as a default fs type" % fmt)
ValueError: new value non-existent xfs filesystem is not valid as a default fs typeEn mi caso fue causado porque la versión de CentOS que se usaba en el servidor que apunta la opción --location del comando virt-install era diferente a la versión del servidor al que se estaba apuntando en la opción url del fichero de kickstart, porque resultaba que ambos son diferentes, así que me basto con apuntar al mismo en ambos lugares
Según parece, cuando se reinicia la red en un servidor de virtualización con KVM en Fedora 25 los Guest virtuales con interfaces de red bridge pierden conectividad. La solución aparece indicada en el estado de red previo:
$ ip addr show vnet0
30: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UNKNOWN group default qlen 1000
link/ether fe:54:00:b3:2e:cd brd ff:ff:ff:ff:ff:ff
inet6 fe80::fc54:ff:feb3:2ecd/64 scope link
valid_lft forever preferred_lft forever