Archivo para la categoría » linux «

Viernes, June 05th, 2009 | Autor:

Well it turns out that the problema is a little more subtle than that. It is only the raíz user that does not have syntax highlighting.

You see, vim does have syntax highlighting but vi and vim are different binaries. A shell startup script only aliases vi to vim if the user id is higher than 100 – which excludes root. The simplest workaround is to just add an explicit alias to root’s .bashrc at /root/.bashrc :

alias vi='vim'

run the command manually or just log in again toactivatethe alias.

Btw, I’m starting to like via lot. For a long time it made no sense to mebut now I am found. 🙂

Compartir
Miércoles, 22 de abril, 2009 | Autor:

Arco Proceso de instalación de Linux se documenta en el Arco wiki. Recomiendo que las personas nuevas a Arch tratan la excelente Guía para principiantes en lugar de la Oficial Arch Linux Install Guide. Aunque ambas entradas de wiki cubren un terreno similar, Guía del Principiante da mucha más información relevante para los nuevos en el sistema. La guía del principiante está destinada a la instalación de sobremesa y, como estoy instalando un servidor, Yo no voy a ir a través de la instalación del entorno gráfico en absoluto. Suponiendo que usted está siguiendo mi instalación, Supongo que he seguido la Guía del principiante hasta e incluyendo la instalación de sudo. He instalado el daemon ssh después y no durante la configuración inicial, sin embargo.

Algunas recomendaciones y notas pequeñas respecto a la instalación:

  • Si puede, considerar el uso de un lápiz de memoria USB para el instalador y téngalo a mano para futuras instalaciones.
  • Guardo una copia de mi local, “repositorio” aplicaciones de instalados en mi dispositivo de memoria instalador. Una vez finalizada la instalación guardo un poco de la descarga y actualización de tiempo copiando la siguiente en / var / cache / pacman / pkg / la carpeta del nuevo servidor. El repositorio en mi escritorio es típicamente de 1,7 GB
  • Para el rc.conf, Configuración regional del Sur-África apropiada son:
    = LOCALES”en_ZA.utf8″
    TIMEZONE =”África / Johannesburg”
  • He configurado la red de forma muy sencilla, de acuerdo con la guía, y se ampliará en la configuración de la red en un post posterior.
  • Como se trata de un servidor, mi usuario sin privilegios en el servidor es sólo una parte de 3 grupos: rueda (para sudo), almacenamiento, y usuarios. Un usuario de escritorio será probablemente en muchos más grupos.

Yo prefiero usar una aplicación llamada yogur en lugar de por defecto de Arch gestor de paquetes. Yaourt tiene la misma sintaxis de uso exacto como pacman excepto que soporta algunas opciones adicionales. En realidad, es una aplicación de envoltura en que se, sucesivamente, usa pacman. Es importante destacar que, yaourt soporta la instalación de aplicaciones desde el Arco de GOLD. La GOLD es un repositorio de scripts de instalación construida por usuarios de Arch para usuarios de Arch para instalar fácilmente aplicaciones que no son compatibles oficialmente por los principales repositorios de Arch. Yaourt puede descargar e instalar aplicaciones desde AUR o de los principales repositorios con el mismo comando, el tratamiento de la AUR como “sólo otro repositorio”. Pacman por desgracia no es compatible con esta.

De nuevo, la instalación está cubierto de la wiki. Recomiendo la ruta fácil se menciona en la wiki si usted es nuevo en Arch. Es demasiado, demasiado pronto para hacerlo de la manera difícil (también se menciona en la entrada wiki).

Cuando se hace, actualizar el sistema con el comando único:

yaourt-Syu

Oregón

pacman-Syu

y siga las recomendaciones que se dan.

Compartir
Sábado, 28 de marzo, 2009 | Autor:

Es increíble lo mucho que se puede hacer mediante la combinación de los pequeños pero potentes comandos Unix tiene disponible.

Este comando se utiliza poco-, tiempo, finalmente se convirtió útil hoy en día como una manera de informar de la longitud de tiempo que ciertas operaciones automatizadas se están ejecutando. En mi ejemplo, Estoy comprobando cuánto tiempo se necesita para construir el Linux núcleo:

$ tiempo de reconstruir-kernel26
...
par cada mil líneas-de-texto en movimiento
...
==> Decisiones Terminado: kernel26 2.6.28.8-1 x86_64 (Sab Mar 28 17:19:52 CET 2009)
62m21.994s reales
43m31.846s usuario
sys 6m1.096s

Sí, que tuvo un poco más de una hora de construir. Los valores son:

  • “real” el tiempo real transcurrido mientras que el comando se ejecuta – 62 acta
  • “usuario” la cantidad de userland momento en que el comando utilizado – 43 acta
  • “sys” la cantidad de tiempo que el sistema utiliza el comando – 6 acta

(Yo estaba ocupado haciendo otras cosas mientras esto estaba sucediendo, que es por qué se tardó 62 minutos para el escritorio para hacer (43+6=) 49 minutos-valor del trabajo)

Si usted está utilizando el GNU versión (más probable), también te da la opción de mostrar los resultados de una forma personalizada. En su mayoría, este comando podría ser útil en scripts en los que hay que informar de cuánto tiempo tomó una tarea – o tal vez? sólo una forma geek en cuando algo al azar. 😛

Compartir
Miércoles, 25 de marzo, 2009 | Autor:

Finalmente conseguí Ignite Realtime'S Chispa para trabajar. No me gusta especialmente Spark – es una necesidad y aunque estoy seguro de que otros han tenido problemas con él.

Como algunos lectores podrían estar al tanto, Estoy usando 64 bits Arch Linux. Spark se ejecuta en la parte superior de un JRE, independiente de la plataforma de base. Por lo tanto, esto no debería ser un problema. Sin embargo, Spark parece venir junto con un JRE de 32 bits.

Después de un montón de problemas, Finalmente me di cuenta de todo lo que tenía que hacer era ocultar o quitar (renombrar o borrar) el JRE. Este camino, Script de inicio de Spark no encontraría el JRE y estaría obligado a buscar la construida en el sistema. Me había instalado anteriormente openjdk, un JRE de código abierto desde el Arco de [extra] repositorio.

También sucede que hay un pequeño error en el script de inicio en que su busca una carpeta llamada “ventanas” cuando claramente hay tal carpeta excepto uno llamado “linux”. Vaya usted a saber.

De todos modos, aquí está el quid de la instalación si usted lo está haciendo de forma manual en 64 bits y ya tiene un JRE (tales como OpenJDK) instalado para su sistema:

mkdir -p ~/src
CD ~/src
wget http://download.igniterealtime.org/chispa/spark_2_5_8.tar.gz
de -zxvf spark_2_5_8.tar.gz
mv Chispa/Spark jre/jre.not
pero -yo 'S /  /  lib / windows /  /  lib / linux / g' Chispa/Chispa
sur mkdir -p /optar
sur mv Chispa /optar
Compartir
Miércoles, 18 de marzo, 2009 | Autor:

[editar] Esto en cuanto a que. Resulta que openssl es capaz de determinar que la clave y el certificado ya se encuentran en un único archivo. Por lo tanto, no csplitting requiere (bien, Espero que alguien leyendo esto aprendido por lo menos en lo bueno csplit es). De hecho, todo el guión bien podría ser obsoleto… blaargh. Bien, al menos se da una buena advertencia acerca de no dar una frase de contraseña en blanco. 😀

Aquí está la nueva versión:

pem2pfx – convierte en un archivo con formato PEM. contiene una clave privada y el certificado firmado en un archivo. pfx compatible con Windows.

#!/bin/bash
#pem2pfx
#v0.2
#Difícil - brendan@swsitspyorit.co.za
# Convierte un archivo pem. A. Formato pfx
# $1 es el archivo de origen
conjunto -y
 
si [ $# = 1 ]; entonces
  outputfile=`eco $1 | pero 'S / .pem $ /. Pfx /'`
 
  eco "Por favor, especifique su contraseña abajo. De Windows se niega a importar un certificado pfx. Con una contraseña en blanco."
  openssl pkcs12 -exportación -fuera $outputfile -en $1
 
 más
  eco "Pem2pfx - convierte a. pem formato de clave privada y el archivo de certificado a un archivo. pfx compatible con IIS."
  eco "Uso de: pem2pfx inputfile.pem"
ser

más…

Compartir