LinuxParty

Ya hemos hablado otras veces de este popular lenguaje: Hay varias opciones: RealBasic, como solución propietaria, Compilador de Visual Basic para Linux, utilizando Mono, como proyecto .NET, o Gambas 2.6.0, en la Calle, el Visual Basic para Linux, es un proyecto libre, pero NO es un Clon de VisualBasic (ni lo quiere ser), y crea un pseoudo código compilado. Pero Lo mejor de KBasic con respecto a sus otros "hermanos" anteriormente expuesto es:
Que KBasic es un nuevo y poderoso lenguaje de programación basado en el dialecto del amado Basic (fácil de aprender para el novato, hobbista o estudiante). Pero KBasic va también mucho más allá: además de un IDE, intérprete y compilador combina las mejores características de VB.Net, Visual Basic for Applications (VBA) y Java, siendo además 100% compatible con la sintaxis de VB8, VBA y QBasic.
Leer más: KBasic, el auténtico Visual Basic para Linux. Y compatible con él. Escribir un comentario

Introducción
La idea de la democracia no surgió de la nada. A lo largo de la historia, distintas sociedades han experimentado con formas de gobierno en las que los ciudadanos —o al menos algunos de ellos— participan en decisiones colectivas. En este contexto, llama poderosamente la atención la Liga Licia (o Confederación Licia), una organización política de la antigua región de Licia (actualmente en la costa suroeste de Turquía), que sirvió como modelo para algunos de los teóricos de la constitución de Estados Unidos en el siglo XVIII. Este legado, desconocido para muchos, revela una conexión sorprendente entre el mundo antiguo y las instituciones políticas modernas.
Licia: ubicación, cultura y contexto histórico
Geografía y origen de Licia
Licia (en griego clásico, Λυκία, Lycia) era una región montañosa situada en la costa mediterránea del actual Turquía, entre las ciudades de Fethiye y Antalya, con montañas que descienden abruptamente hacia el mar. Su territorio era fragmentado, con numerosos valles y rutas costeras.
Los licios son mencionados en fuentes clásicas. Por ejemplo, Homero en la Ilíada los alude como habitantes del río “fluido” Xanthos, mientras que el historiador Heródoto los describe como descendientes de antiguos pueblos venidos desde Creta, aunque esta versión es discutida por los estudios modernos que tienden a verlos como un pueblo autóctono de Anatolia, que más tarde fue helenizado tras la expansión de la cultura griega.
Durante el dominio de Alejandro Magno (en torno al 333 a. C.), Licia comenzó a integrarse más intensamente en el mundo helenístico, pero su carácter local y sus instituciones regionales lograron persistir durante un tiempo.
Introducción
En muchas situaciones es útil asignar varias direcciones IP a una misma interfaz de red física. Por ejemplo, un servidor web puede servir distintos sitios con IPs independientes. A esto se le llama alias de IP o IP virtuales.
Este artículo explica cómo configurar alias de IP en Linux, enfatizando compatibilidad con distintas distribuciones (Debian, Red Hat, Slackware, etc.).
Requisitos
- El kernel debe tener activado el soporte para IP aliasing.
- Permisos de administrador (root o sudo).
- Conocimiento de la interfaz de red física (como
eth0,ens33,enp0s3, etc.). - En servidores con NetworkManager u otros gestores de red, puede haber que usar sus herramientas en lugar de
ifconfigoip.
Método rápido — uso de ip (recomendado)
Debes conocer el nombre de tu tarjeta de red, para ello bastará usar: ip a
[javier@LinuxParty ~]$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: wlo1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 60:ba:4b:4b:e4:fe brd ff:ff:ff:ff:ff:ff permaddr c8:cb:9e:ec:4d:43
altname wlp0s20f3
inet 192.168.1.95/24 brd 192.168.1.255 scope global dynamic noprefixroute wlo1
valid_lft 84091sec preferred_lft 84091sec
inet6 fe80::c178:9787:6af8:8a82/64 scope link noprefixroute
valid_lft forever preferred_lft forever
[javier@LinuxParty ~]$
En mi caso, se llama: wlo1 pero vamos a poner que fuera eth0, para este ejemplo.
A veces puede ser práctico instalar tu propio repositorio para prevenir repentinas caidas del repositorio original. Este artículo demuestra cómo crear un espejo usando CentOS para tu red local. Si tienes que instalar múltiples sistemas simultáneamente en tu red local,
Uno de los desafíos comunes al usar Ubuntu es reproducir DVDs protegidos o formatos propietarios de vídeo. En este artículo veremos qué son libdvdcss2 y w32codecs, por qué no vienen instalados por defecto, y cómo instalarlos correctamente (o sus alternativas) en Ubuntu.
¿Qué son libdvdcss2 y w32codecs?
- libdvdcss2 es una librería diseñada para descifrar (decodificar) DVDs cifrados con CSS.
- w32codecs contiene códecs propietarios que permiten reproducir formatos de audio y vídeo no libres (como algunos archivos WMV, RealMedia, etc.).
Estos componentes no suelen incluirse en las distribuciones de Linux por defecto debido a restricciones legales o de licencias en ciertos países.
¿Por qué no están disponibles directamente en los repositorios?
Ubuntu y muchas otras distribuciones optan por no incluir directamente ciertas librerías y códecs propietarios en sus repositorios oficiales. Esto se hace para evitar conflictos legales relacionados con derechos de autor, patentes o licencias en distintos territorios.
Intento fallido con apt-get install
Si ejecutas:
sudo apt-get install libdvdcss2
puede que obtengas un mensaje como:
El paquete libdvdcss2 no está disponible, pero algún otro paquete lo referencia. Esto podría significar que el paquete falta, está obsoleto o solo está disponible en otra fuente.
Esto se debe a que ya no existe un paquete “libdvdcss2” directamente accesible en los repositorios estándar. En su lugar, esa funcionalidad ha sido incorporada en paquetes más generales.
El sistema operativo AIX (Advanced Interactive eXecutive) de IBM es uno de los Unix comerciales más robustos y utilizados en entornos empresariales críticos. Administrarlo requiere no solo experiencia, sino también un dominio sólido de comandos clave que permiten diagnosticar, configurar y mantener el sistema de forma eficiente.
En este artículo encontrarás una recopilación extensa y actualizada de comandos imprescindibles en AIX, organizados por categorías, con explicaciones y ejemplos prácticos.
Además, se incluyen aportaciones traducidas y adaptadas del artículo original de IBM developerWorks (Shiv Dutta, 2007), junto con ampliaciones modernas para versiones recientes como AIX 7.2 y 7.3.
rpm : Permite la instalación de paquetes RPM.
rpm [acción] [opción] [archivos-paquetes | nombres-paquetes]
[Acciones]:
- Instalar un paquete: -i [–force|-h|–no-deps|–prefix|–test]
- Actualizar un paquete o lo instala si no existe: -U [–force|-h|–no-deps|–prefix|–test]
- Actualiza un paquete (solo si ya existe una versión anterior): -F (–freshen)
- Desinstalar un paquete: -e [–no-deps]
- Comprobar la suma de verificación de un paquete: -K
- Vuelve a generar la base de datos RPM (corrige errores): –rebuilddb
- Información sobre un paquete: -q [-a(–all)|-f <archivo>|-R| -l(–list)|-p|-i]
- Verificar un paquete: -V [-a(–all)|-f <archivo>]
- Crea un paquete binario a partir de su código fuente y archivos de configuración (ahora rpmbuild): -b
- Crea un paquete binario a partir de un RPM fuente (ahora rpmbuild): –rebuild
[Opciones]:
- Forzar la instalación o actualización de un paquete: –force
- Mostrar # al inicio de líneas a la hora de instalar o actualizar un paquete: -h (–hash)
- No realizar comprobaciones de dependencias de un paquete a la hora de instalar, actualizar o desinstalar: –nodeps
- Comprobar problemas de dependencias en un paquete (no instala ni actualiza, es una “simulación): –test
- Modificar la ruta de instalación o actualización de un paquete (no valido para todos): –prefix new_ruta
- Cuando se pide información de un paquete (-q) o se verifica (-V) podemos hacerlo para todos a la vez: -a (–all)
- Informa de todos los paquetes a los que pertenece un archivo cuando pedimos información (-q) o verificación (-V): -f <archivo> (–file <archivo>)
- Informa de todos los paquetes de los que depende un paquete en cuestión cuando pedimos información: (-q): -R (–requires)
- A la hora de pedir información sobre un paquete (-q) podemos hacerlo de un paquete desinstalado: -p <archivo-paquete>
- Cuando nos informamos sobre un paquete (-q) podemos desplegar una breve información secundaria: -i
- Cuando pedimos información de un paquete (-q) muestra también los archivos contenidos en ese paquete: -l (–list)
Postfix es un servidor de correo de software libre / código abierto, que se utiliza para el enrutamiento y envío de correo electrónico, creado con la intención de que sea una alternativa más rápida, fácil de administrar y segura al ampliamente utilizado Sendmail. Anteriormente conocido como VMailer e IBM Secure Mailer, fue originalmente escrito por Wietse Venema durante su estancia en el Thomas J. Watson Research Center de IBM, y continúa siendo desarrollado activamente.
Postfix es el agente de transporte por omisión en diversas distribuciones de Linux y en las últimas versiones del Mac OS X.
Una de las primeras acciones que lleva a cabo un intruso, una vez ingresa a un sistema, es instalar un rootkit, el cual facilita el control de la máquina desde ese momento en adelante. Dichas herramientas presentan un gran riesgo para los administradores y, por tanto, es de vital importancia conocer sus alcances, funcionamiento y los mecanismos que existen para detectarlos.
Los Rootkits fueron descubiertos a mediados de los '90. En aquella época, los administradores de sistema del sistema operativo Unix de SUN comenzaron a ver un comportamiento extraño en el servidor, la falta de espacio de disco, ciclos extra en la CPU y las conexiones de red que no se mostraba con el comando netstat.
From <ocultado> Fri Nov 29 18:00:49 2002
Date: Sun, 24 Nov 2002 21:03:02 -0500 (EST)
From: Trey Harris
To: <ocultado>
Subject: El caso del email de las 500 millas
Aquí tenéis un problema que os sonará imposible.. Casi me da pena contarlo a una audiencia más amplia; era una buena anécdota para contar en conferencias :) La historia ha sido alterada ligeramente para proteger a los culpables, ignorar detalles irrelevantes y hacerla en general más amena.
Me encontraba trabajando como administrador de los sistemas de correo de un campus universitario hace algunos años cuando recibí una llamada del encargado del departamento de estadística.
- “Estamos teniendo un problema para enviar emails fuera del departamento.”
- “¿Cuál es el problema?” pregunté yo
- “No podemos enviar emails más allá de 500 millas” explicó el jefe de departamento.
- Me atraganté con el café. “¿Podrías repetirlo?”
- “No podemos enviar emails a más de 500 millas del departamenteo” repitió. “En realidad un poco más, unas 520 millas pero no más.”




