Si queremos hacer un «ls» en tiempo real en un directorio Linux podemos utilizar el comando watch
|
1 |
watch ls /ruta/al/directorio/ |
Esto se actualizará cada 2 segundos (el que viene por defecto).
O para listar el actual directorio (donde estamos situados)
|
1 |
watch ls |
o si queremos que se refresque cada X tiempo
|
1 |
watch -n0.1 ls /ruta/al/directorio/ |
(:
Pues… si estamos intentando crear una release, o cerrarla o similar desde linea de comandos… En mi caso iba a cerrar una release con:
|
1 |
git flow release finish '1.0.1' |
Y apareció este error:
git: ‘flow’ is not a git command. See ‘git –help’.
The most similar commands are
reflog
show
Y esto es debido a que Git Flow no se instala junto con Git con lo que deberemos de instalarlo.
Para mac:
|
1 |
brew install git-flow-avh |
Para Linux:
|
1 |
apt-get install git-flow |
Y ahora ya podremos realizar las acciones de Git Flow desde linea de comandos (:
Aunque parezca una tarea ardua, en verdad no lo es tanto.
Primero editaremos nuestro archivo /etc/rc.local
|
1 |
sudo nano /etc/rc.local |
Si no existe en nuestro Ubuntu lo crearemos. En el post de cómo crear el archivo /etc/rc.local en Ubuntu 18.04 lo explico.
Añade esta linea a tu archivo /etc/rc.local (Antes de la sentencia «exit 0»):
|
1 |
iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8069 |
Reinicia el servidor:
|
1 |
sudo reboot |
Y listo, accede a tu ip o tu nombre de dominio y a funcionar!
http://miodoo.local
o
http://127.0.0.1
o
…
Enjoy!! 🙂
Si no tenemos el archivo /etc/rc.local en su sitio, deberemos crearlo con:
|
1 |
sudo nano /etc/rc.local |
Y añadiendo dentro el siguiente contenido:
|
1 2 3 |
#!/bin/sh -e exit 0 |
Una vez creado le damos permisos de ejecución con:
|
1 |
chmod +x /etc/rc.local |
Y ahora reiniciamos la máquina.
|
1 |
sudo reboot |
Para comprobar que funciona podemos ejecutar:
|
1 |
sudo systemctl status rc-local.service |
Y para habilitarlo:
|
1 |
sudo systemctl enable rc-local.service |
Si recibimos el siguiente error arrancando Homestead
There was an error while executing
VBoxManage, a CLI used by Vagrant
for controlling VirtualBox. The command and stderr is shown below.Command: [«startvm», «5f543d1a-ab88-4fc9-a6f4-d79f701d0925», «–type», «headless»]
Stderr: VBoxManage: error: Could not open the medium ‘/Users/kikebeltran/VirtualBox VMs/homestead-7/ubuntu-16.04-amd64-disk001.vmdk’.
VBoxManage: error: VD: error VERR_FILE_NOT_FOUND opening image file ‘/Users/kikebeltran/VirtualBox VMs/homestead-7/ubuntu-16.04-amd64-disk001.vmdk’ (VERR_FILE_NOT_FOUND)
VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component MediumWrap, interface IMedium
El primer paso es no preocuparnos… es posible que nos hemos cargado nuestra imagen, en mi caso borré «ubuntu-16.04-amd64-disk001.vmdk» como podemos ver en la descripción del error (/Users/kikebeltran/VirtualBox VMs/homestead-7/ubuntu-16.04-amd64-disk001.vmdk)
Para verificar que el error es este podemos abrir nuestro Virtual Box y comprobar primero, que nuestra máquina homestead se encuentra ahí. Si intentamos iniciarla desde ahí nos dará el siguiente error:
Vamos a ver cual es el estado de nuestro vagrant:
|
1 |
vagrant global-status |
Nos responderá algo como:
id name provider state directory
——————————————————————–
There are no active Vagrant environments on this computer! Or,
you haven’t destroyed and recreated Vagrant environments that were
started with an older version of Vagrant.
O algo como:
id name provider state directory
—————————————————————————–
58669e6 homestead-7 virtualbox poweroff /Users/kikebeltran/HomesteadThe above shows information about all known Vagrant environments
on this machine. This data is cached and may not be completely
up-to-date. To interact with any of the machines, you can go to
that directory and run Vagrant, or you can use the ID directly
with Vagrant commands from any directory. For example:
«vagrant destroy 1a2b3c4d»
En este segundo nos da la opción de eliminar la máquina desde la misma terminal. Ejecutamos (siendo el último número el ID de la máquina)
|
1 |
vagrant destroy 58669e6 |
y nos responderá:
homestead-7: Are you sure you want to destroy the ‘homestead-7’ VM? [y/N] y
==> homestead-7: Destroying VM and associated drives…
En el caso de que no aparezca nada, podriamos (si en Virtual Box apareciese la máquina) eliminarla con desde la UI. Botón derecho sobre la máquina (en mi caso homestead-7, segun la imagen anterior) y clic en «Eliminar».
Para volvera a crear solo tenemos que ejecutar:
|
1 |
vagrant up --provision |
El proceso tardará un poquito porque tiene que crear la máquina virtual de nuevo…y… Todo arreglado, microinfarto salvado, la máquina se arranca ella misma y ya podemos seguir desarrollando nuestro proyecto felizmente.
Saluuudoss 🙂
Abrimos nueva sección de temas gratuitos de WP que me parecen interesantes.
Empezamos con Charlene, es el tema que yo utilicé para este blog, simple, sencillo y sin muchos fallos.
Poder descargar tema gratis para WordPress en el enlace (Enlace oficial de WP).
¿Os resulta interesante?
¿Os gustaría que publicase temas propios de forma gratuita?
Comentad e iré publicando temas que me parecen interesantes y otros exclusivos.
Saludosss!
Si tenemos un crontab y cada vez tenemos más y más emails en nuestro linux, podemos o eliminar los emails cada vez, o crear un crontab que los elimine, o en este caso, deshabilitar que nos cree un email cada vez que se ejecuta una tarea.
Para ello, editamos nuestro crontab con:
|
1 |
crontab -e |
Y si nuestro crontab es:
|
1 |
15 6 2 1 * /ruta/al/script.sh |
Añadimos al final « > /dev/null 2>&1»
|
1 |
15 6 2 1 * /ruta/al/script.sh > /dev/null 2>&1 |
o « > /dev/null»
|
1 |
15 6 2 1 * /ruta/al/script.sh > /dev/null |
Si hemos borrado el archivo mail de linux
|
1 |
sudo rm /var/mail/username |
Y ahora al intentar leer el mail nos aparece:
Cannot open mailbox /var/mail/username: Permission denied
Deberíamos de crear otra vez el archivo, añadir a nuestro usuario al grupo email y darle permisos, para ello ejecutamos las siguientes lineas
|
1 2 3 |
sudo touch /var/mail/$USER sudo chown $USER:mail /var/mail/$USER sudo chmod 660 /var/mail/$USER |
(Podemos sustituir la variable $USER or nuestro usuario. El nombre de usuario, por si hay algún despistado aparecerá en el inicio de cada linea)
nombreusuario@nombremaquina:
Con lo que quedaría:
|
1 2 3 |
sudo touch /var/mail/nombreusuario sudo chown nombreusuario:mail /var/mail/nombreusuario sudo chmod 660 /var/mail/nombreusuario |
Espero que os ayudeee.
Para deshabilitar el mail automático que genera el crontab, podemos añadir «> /dev/null 2>&1» al final de nuestra linea tab, por ejemplo:
|
1 |
15 6 2 1 * /ruta/al/script.sh > /dev/null 2>&1 |
Si hemos intentado instalar Electron JS de forma global en nuestro Mac como nos dice su propia web:
|
1 |
npm install electron -g |
no da error y con sudo:
|
1 |
npm install electron -g |
Nos sigue dando error:
/usr/local/bin/electron -> /usr/local/lib/node_modules/electron/cli.js
> electron@5.0.2 postinstall /usr/local/lib/node_modules/electron
> node install.js/usr/local/lib/node_modules/electron/install.js:49
throw err
^Error: EACCES: permission denied, mkdir ‘/usr/local/lib/node_modules/electron/.electron’
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! electron@5.0.2 postinstall:node install.js
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the electron@5.0.2 postinstall script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.npm ERR! A complete log of this run can be found in:
npm ERR! /Users/kikebeltran/.npm/_logs/2019-06-07T04_38_08_149Z-debug.log
Esto parece ser debido a un fallo en su paquete de instalación…
Después de comprobar que tenemos instalados node y npm con:
|
1 |
node -v |
y
|
1 |
npm -v |
Podemos ejecutar:
|
1 |
sudo npm install -g electron --unsafe-perm=true --allow-root |
Y nos debería de funcionar.
Saludosss