Nota al pie (instalando MySQL)

El error me dio cuando quise instalar la distribución binaria de MySQL 5.1 en mi máquina Linux específicamente mysql-5.1.26-rc-linux-i686-glibc23 (cambiando a la 5.0 todo vuelve a la normalidad). Hace uno

# mysql_install_db --user=mysql

y obtiene

Installing MySQL system tables...
ERROR: 1062 Duplicate entry 'localhost-' for key 'PRIMARY'
080911 18:32:40 [ERROR] Aborting

080911 18:32:40 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete


Installation of system tables failed! Examine the logs in
./data for more information.

Fui a la carpeta data como me dijo pero los dos logs que contenía estaban vacíos. Busqué en google ese error de distintas formas hasta que la búsqueda "mysql_install_db" "ERROR: 1062" "Duplicate entry" "for key" me llevó a esta página donde se expone una solución.

Resulta que esta versión al ejecutar el archivo de instalación de scripts (el mysql_install_db anteriormente mencionado) llena la tabla de permisos (GRANT table) y crea 2 usuarios iniciales:

'root'@'localhost'
'root'@<nombre-del-servidor>

el problema es para servidores caseros como el mío donde el nombre del host es el mismo localhost (oséase 127.0.0.1), entonces intenta crear dos usuarios iguales y salta este error.

La solución es cambiar el nombre del host para que haga dos distintos. Eso resulta ser algo complicado pero existe (en Linux) un comando llamado hostname que cambia el nombre del host temporalmente (al volver a inicial Linux nuevamente tendríamos localhost como nombre pero ya no importa mientras la base esté instalada). Así pues lo único que hay que hacer es tipear (como root):

# hostname loquesea

Nuevamente se reintenta la ejecución de mysql_install_db y el resultado es este:

WARNING: The host 'NekroLinux' could not be looked up with resolveip.
This probably means that your libc libraries are not 100 % compatible
with this binary MySQL version. The MySQL daemon, mysqld, should work
normally with the exception that host name resolving will not work.
This means that you should use IP addresses instead of hostnames
when specifying MySQL privileges !
Installing MySQL system tables...
OK
Filling help tables...
OK

To start mysqld at boot time you have to copy
support-files/mysql.server to the right place for your system

PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !
To do so, start the server, then issue the following commands:

/usr/local/mysql/bin/mysqladmin -u root password 'new-password'
/usr/local/mysql/bin/mysqladmin -u root -h NekroLinux password 'new-password'

Alternatively you can run:
/usr/local/mysql/bin/mysql_secure_installation

which will also give you the option of removing the test
databases and anonymous user created by default. This is
strongly recommended for production servers.

See the manual for more instructions.

Esta es solo una ADVERTENCIA, no un mensaje de error; su objetivo es informar al BOFH para que lo tenga presente. Se puede evitar poniendo una dirección válida, yo puse www.google.com.mx y no me mostró la advertencia.

Y aquí la prueba de los dos usuarios que ha creado para acceder a la base de datos.

Para los que crean que lo único que hice fue traducir lo que contiene la otra página déjenme decirles que están muy equivocados... también requiere su esfuerzo mental parafrasear lo que el autor dijo >:-(

---

[Horas después ¬¬]

Funcionó pero ocasiona otro error:

ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

Y aquí una página propone una solución:

ARREGLAR ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

Lo probé y al hacer SELECT * FROM cualquiertabla; comprobé que tengo la base de datos vacía ¬¬. Esto me hace acordar a eso que dicen que es la definición de un informático: Es alguien que resuelve problemas que nadie sabía que existían, nadie entiende y a nadie le importa ¬¬

Voy poniendo esto por si le sirve a alguien más de ayuda pero lo cierto es que ya me está llevando la santa verga y creo que le voy a dar delete a todo ¬¬

---

[Como una hora después]

Fue, lo voy a borrar! Me cargó ya! Fuera no me importa si tengo que cambiarle medio código fuente a MySQL pero no vuelvo a esa versión!

Grrr!!!!

Recordatorios de MySQL

Listo, no sé qué cosas he cambiado desde "Recordatorios" pero ahora el asunto es así:

Tengo primero que plantarme como root en la shell para que al correr los comandos se puedan crear y modificar archivos que están en directorios en los que no tengo acceso ni de lectura como usuario normal. Una vez logueado como root escribo:

Iniciando el servidor primero
# mysql.server start

Cosa que me debe retornar:
Starting MySQL SUCCESS!

Luego me logueo ("root" por ejemplo"):
mysql --user=root -p

Después de teclear la contraseña me debería mandar su mensaje de bienvenida y darme la shell de MySQL:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1
Server version: 5.0.37 MySQL Community Server (GPL)

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql>

Explico algunas cosas: creé enlaces simbólicos en /usr/local/bin a los archivos: mysql, mysql.server y mysqld_safe para evitarme el trabajo de cambiar de directorio lo cuál me da mucha pereza.

Como dije en el post anterior de "Recordatorios": "Cada vez que uso MySQL después de dejarla en el abandono durante un buen tiempo suceden problemas, no sé por qué".

En realidad es obvio que se debe a mi novatez y a mi poca frecuencia con esa base de datos, pero las nubes son muy hermosas.

Reconfiguración de Apache

Por motivos del SVN y otras cosas tuve que volver a instalar Apache para agregar unos módulos que no venían por defecto y dejarlos como librerías compartidas .so. Aquí no hay nada nuevo, sólo recordatorios por si algún día los necesito y se me olvida.

Bueno, mi configuración de PHP:

./configure
--prefix=/mnt/NekroLinux/Tjener/PHP
--with-apxs2=/usr/local/apache2/bin/apxs
--enable-force-cgi-redirect
--enable-discard-path
--enable-fastcgi
--enable-calendar
--enable-ftp
--with-mysql-dir=/usr/local/mysql
--with-zlib-dir=‎/usr/lib/libz.so.1.2.'

Nota: Sería bueno crear un enlace simbólico en el directorio de instalación por defecto y linkearlo con la carpeta de Tjener.

Nota2: Es la página que despliega <?php phpinfo(); ?> así que se puede obtener cuando se desee.

configure de Apache (alias httpd):

./configure --prefix=/usr/local/apache2 --with-dav --enable-dav --enable-dav-fs --with-included-apr --enable-mods-shared='dav ssl' --enable-ssl

Nota: En el directorio /build dentro de la carpeta de residencia de Apache (donde se instaló, NO el source) está el script config.nice que tiene estos datos.

Nota:
--with-dav --enable-dav --enable-dav-fs es para instalar WebDAV.
--with-included-apr fuerza a que se sobreescriban las librerías apr (creo que también apu) si es que ya existen; ideal para hacer upgrades.
--enable-mods-shared='dav dav_fs ssl'Hace que los módulos module_dav, module_dav_fs y module_ssl se compilen como librerías compartidas para ser cargados con LoadModule, guardados en el subdirectorio /modules
--enable-ssl habilita protocolo SSL. El mismo configure se encarga de buscar un cliente SSL que por defecto es OpenSSL en Linux, si no lo llega a encontrar se especifica con ---with-ssl=DIR

Nota: En la página de Apache existe un apartado describiendo los parámetros del configure. >Click aquí<

Actualmente Apache no me está dando problemas, simplemente ./configure && make && make install y lo tenemos funcionando de vuelta con los módulos nuevos.

---

Modificar estado del servidor.

Hay que estar logueado como root de lo contrario tirará este error:

(13)Permission denied: make_sock: could not bind to address [::]:80
(13)Permission denied: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs

El binario para controlar el estado es apachectl y usualmente se encuentra en APACHEDIR/bin, si la carpeta por defecto existe (sea como directorio o enlace simbólico) la ruta puede ser /usr/local/apache2/bin/ para localizar al apachectl.

De cualquier forma es necesario hacer un cd hasta la ubicación y luego lanzar el binario. Se puede evitar eso haciendo un enlace simbólico en /usr/bin o /usr/local/bin (preferentemente la última) así:

cd /usr/local/bin
ln -s DIRECTORIODELAPACHE/bin/apachectl

como root. De esta forma lo único que hay que hacer es invocar apachectl desde cualquier lugar sin necesidad de pasarse a su respectivo directorio.

El simple programa despliega el mensaje de ayuda explicando sus parámetros; para controlar el estado del servidor hay que lanzarlo dependiendo de lo que se quiera hacer:

Iniciar Servidor - apachectl -k start
Detener Servidor - apachectl -k stop
Reiniciar Servidor - apachectl -k restart

Existen otras opciones para detenerlo o reiniciarlo de forma segura (graceful) para que avise a otros programas que lo usen que se va a detener/reiniciar. Usar apachectl --help y Google para enterarse.

Sin embargo algo que he visto es que la -k le es indiferente al programa, puesto que apachectl start/stop/restart hacen bien su trabajo y son los que estoy usando ahora.

---

Hice otro recordatorio como este pero para mySQL: Recordatorios.

TEST234890342890234

Negrita
Itálica
Subrayado
Strike
Todas LOL

KDESVN - Holy shEt!

Mieerrrddaaa.... mieeerrrdaaa!! =O

Anterior: KDESVN -Si ya no ven más posts es que ya quedó

4:24 am del miércoles

Lo cuento desde el inicio, osea, desde que dejé de postear la vez pasada, me salto las partes de comer, ver tele, irme a botar a la cama a pensar, ver cosas en internet, etc.

Había decidido modificar la variable LD_LIBRARY_PATH y me fui a Googlear para ver qué opinaba la comunidad, me encontré con esta página: When should I set LD_LIBRARY_PATH?. El usuario recomendaba que no lo hiciéramos porque no me acuerdo qué (en serio, me duele la cabeza y lo que menos quiero es pensar), me convenció y aborté el proceso, el comando export no sé por qué pero nunca me gustó y desde el principio lo mandé a la mierda.

Bueno, habrá que volver a reinstalar KDESVN y pero de forma tal que queden las librerías en /usr/lib y no en /usr/local/lib. Me voy a ver los archivos del código fuente que respectan a la instalación: CMakeLists.txt, README, TODO, etc a ver qué dicen, veo cosas pero nada es lo que busco. Voy a la comunidad y me paso como 1 hora entera leyendo a los usuarios que tenían el problema de las librerías compartidas en /usr/local/lib para ver cómo le hicieron pero nada satisfactorio, luego busco a ver si hay prefijos o alguna forma de instalar las librerías del chunche este.

No encuentro nada, por fin digo "Daaa, a la mierda!, lo voy a instalar como estaba y buscarle alguna solución, algún archivo config que apunte a las librerías o veré qué" así que instalo el KDESVN nuevamente, me aparecen varios errores y cuando los veo noto la tremenda parida que hice...

Primero contaré la parida, que para ese entonces a mí me pareció de lo más normal y es la que les conté en el poth pasado: no encuentra las librerías, pues modifiqué ID_LIBRARY_PATH y andó. Luego para volver a instalar borré las librerías para que no me mandara confirmaciones de archivos existentes o errores de duplicados, lo que sea, habré puesto algo como rm libsvn*, eso bastó. Y si son observadores como no lo fui yo, habrán visto el error. Lindo yo presionando Y - [Enter] repetidas veces.

El error que vi al volver a instalar KDESVN fue: bla bla bla puto gay gil, no se pudo encontrar X librería de SVN, error en línea cien mil millones.

8^|

8^U

8^|______________________)

Bueno ya ya, toca instalar SVN otra vez, a ver si no me da problemas porque fue el que más lata me dio, me puse a leer su INSTALL largo a ver si recordaba hasta que leí en una zona:

$ ./configure
$ make
# make install

Ah bueno pues. Tipeo. Carga, hace mamadas, todo listo.

-No sé qué problema me compliqué al inicio.

Volví a instalar KDESVN:

cmake ../ #estaba en $CODIGOFUENTE/build como lo recomendaban
make
make install

Fin. Luego lo probé para encontrarme con lo obvio, las librerías que no encontraba porque SVN era todo instalación local y KDESVN mitad local mitad mierda. Googleé otro buen rato a ver si se podía solucionar el problema (sería capaz de volver a hacer las instalaciones) pero no hubo nada.

Con toda la furia me puse a hacer enlaces simbólicos en /usr/lib que apuntaran a /usr/local/lib, pero específicamente las librerías que pedía y no encontraba: libsvn*.so.0, de a una en una porque no quería arriesgarme a hacerme un script que las fuera recopilando, la iba a cagar seguramente porque sólo lo leí una vez hace como 4 días mientras leía los libros de Linux que tengo en casa pero nunca lo he practicado; ("no es momento para experimentar" pensé). Además no eran muchos archivos.

Bien, los puse, todo bien, ejecuté el bendito programa ese (sólo accedía como root cuado iba a operar con archivos en carpetas protegidas, lo otro era mi user normal) y arrancó como lo mostré en la captura pasada.

Me decidí a testearlo, fui a la página de ArcEmu para ver si sabía cómo bajar el emulador para ponerlo aquí, clickeo en el enlace de 'SVN' y de pronto me voy acordando de la otra gran parida:


8^|

8^U

8^|______________________)


Recordé que no hasta ahora no había logrado jugar WoW en Linux (por eso me fui varios meses a Windows y dejé abandonado esto y decidí leer cosas de Linux antes de continuar); bueno... sólo lo he intentado como 2 veces jajaja con el wine, pero me marca bastantes errores en la terminal relacionados con OpenGL y el juego se inicia pero parpadea como 10 veces por segundo así que lo cierro.

Aparentemente esto puede estar bien porque ni siquiera se necesita poder jugar al WoW para tener instalado el servidor, creo que con tener las bases de datos y scripts basta. Peeeero, ¿cómo lo testeo?, ¿cómo me conecto?, ¿cómo joraca inicio en Windows y Linux a la vez?

No le puedo pedir a alguien que testee desde otra máquina porque mi servidor es local, no pude vincularlo a internet cuando lo hice (con duckip, ipduck, algo así, de ips y patitos).

Y eso es lo que me ando cuestionando ahora, ¿cómo lo hago?

Tengo dos opciones: O busco la forma de que mi servidor sea accesible desde la red y me consigo otra compu con WoW...

O busco la forma de amigar a Linux con el WoW y probarlo en mi mismo servidor, que esto tendría muchísima más ventaja ya que lo puedo testear a mi gusto, interpretar los errores que voy viendo, leer los logs y repararlo ahí mismo sin andar preguntando por chat: "aja pero cómo era la ventanita, qué te decía exactamente?", "ya se arregló, fíjate", "[zumbido]", "--X No se pudo entregar el mensaje...". Otra cosa es que tendría exactamente cero lag por estar en la máquina local (supongo que tendrán implementados sistemas para evitar que viaje hasta la puta madre y regrese a la misma Pc (al menos X11 sí lo tiene)).

Hay otra tercera bien rancia: Plantarle dinamita a todo esto, reiniciar la Pc y descargar visor SVN para Windows y poner mis .exe en la carpetita C:. Y claro, no faltaba, descargar e instalar Apache, PHP, mySQL, recordando que la otra vez los instalé pero inexplicablemente ninguno funcionó.

Diosss! me pregunto si alguien leerá esto, es una larga palabrería de cosas que a nadie le interesan, quizá ni a mí si quiera. En fin, no sé ni por qué lo escribo.

Tampoco sé qué coño hacer, creo que voy a acabar preguntándole a los GMs de WoWArg :'(

KDESVN - Si ya no ven más posts es que ya quedó

Anterior: KDESVN - Avances, pistas, quizá lo logremos

8:15 - Una semana después, nuevamente es martes

Y bueh, ya vi el error, era el que me temía.

Vi que no encontraba una librería, obviamente supuse que no era porque no estuviera, era porque no buscaba en los lugares adecuados. Me dije que varios de los errores que había tenido seguro se debían a mi falta de práctica con Linux, ya que aunque lo tengo instalado, hace tiempo que no venía para aca, así que me puse a leer los tres libros que tengo en mi casa impresos de PDFs que algún día descargué para aprender sobre librerías pero no traían nada útil, pero eso sí, recibí una buena retroalimentación.

Sabía que eran librerías y sabía que eran librerías compartidas, pero no tenía idea del tema de las librerías, ni sabía la diferencia entre librerías estáticas y dinámicas así que fui de visita con el tío Google y me anduve leyendo varios enlaces hasta que finalmente logré comprenderlo.

Los programas que usan librerías compartidas suelen hacer su búsqueda consecutivamente en estos lugares:

• Variable LD_LIBRARY_PATH


• Fichero ld.so.cache


• En /usr/lib y /lib
  

Pero todas las librerías de KDESvn estaban instaladas en /usr/local/lib. No entiendo por qué no estaba incluida esta ruta si no es arbitraria, por el contrario me suena de lo más lógico buscar en /usr/local ya sean binarios, librerías, manpages, sources o lo que sea. Quizá fue algún detalle al compilar, quizá debí poner algún parámetro --lib-src='/usr/local/lib' o algo por el estilo.

Mi variable LD_LIBRARY_PATH no trae nada, el echo lo arroja en blanco, así que la modifiqué y lancé:






Ya está el programa, eso era lo único que faltaba. No lo he probado así que no puedo saber si me tirará otro error inesperado.

Now, las variables que acabo de redefinir sólo es local, en cuanto cierre el bash volverá a quedar en blanco, si ejecuto el KDESvn desde otro bash en este momento, no servirá. Tengo tres opciones para hacer consistente la variable: usar el comando export, modificar los archivos que están en mi carpeta $HOME (no me gusta cómo suena porque significa que por cada usuario que cree o si lo lanzo desde el usuario root no hará efecto) y la tercera, la más tentadora, crear un enlace simbólico a /usr/local/lib en /usr/lib.

En todo lo que me detuve a ver tele terminé de decidirlo, me logeo como root y pongo: ordeno un ln -s

KDESVN - Avances, pistas, quizá lo logremos

Anterior: KDESVN - Más pistas

1:44 pm

Fui a la dirección que me indicaba el log de error:

CMake Error at src/svnqt/cmakemodules/FindSubversion.cmake:53

El número de línea es lo de menos, ya lo había visto, es sólo la parte en que te dice "Necesito apr". Sin embargo veo estas líneas:

FIND_PROGRAM(APR_CONFIG NAMES apr-config apr-1-config
  PATHS
  /usr/local/apr/bin
)

FIND_PROGRAM(APU_CONFIG NAMES apu-config apu-1-config
  PATHS
  /usr/local/apr/bin
)

if(NOT APR_CONFIG)
  MESSAGE(SEND_ERROR "Error: no apr-config found")
endif(NOT APR_CONFIG)

if(NOT APU_CONFIG)
  MESSAGE(SEND_ERROR "Error: no apu-config found")
endif(NOT APU_CONFIG)

Esto me dice que el archivo puede llamarse apr-conf o apr-1-conf, lo mismo con el otro, y que la ruta en donde busca es otra que ni al caso, la voy a modificar y voy a volver a iniciar a ver qué pasa, le pondré la ruta en donde encontré los míos, en el folder /bin de apache.

1:58

No lo cambiaré, simplemente agregaré otra línea abajo, si leo que dice PATHS es porque la siguiente es una lista de rutas, y quién sabe, prefiero no borrarlo, quizá algún día cambie la carpeta o algo y me olvide de ese detalle rompiéndome la cabeza. Agregaré el directorio abajo.

2:01 pm

Ahora me apareció otro mensaje:

CMake Warning (dev) at CMakeLists.txt:50 (ADD_DEFINITIONS):
Policy CMP0005 is not set: Preprocessor definition values are now escaped
automatically. Run "cmake --help-policy CMP0005" for policy details. Use
the cmake_policy command to set the policy and suppress this warning.
This warning is for project developers. Use -Wno-dev to suppress it.

Y el que me aparecía la otra vez que lo consideré inocente, y que de hecho lo es, pero CMake no quiere errores :^D

CMake Warning (dev) in CMakeLists.txt:
No cmake_minimum_required command is present. A line of code such as

cmake_minimum_required(VERSION 2.6)

should be added at the top of the file. The version specified may be lower
if you wish to support older CMake versions for this project. For more
information run "cmake --help-policy CMP0000".
This warning is for project developers. Use -Wno-dev to suppress it.

No tiene un par de tabulaciones que aparecen para verse mejor pero no lo corregiré. Voy a ponerme a cavilar aquí mismo y ver qué hago.

2:08

Voy a enloqueceeerrr!!!!!

Seguí intuiciones, había otro mensaje que no mostré porque tampoco había visto, era uno un poco más completo que involucraba librerías, pero decía que "bla bla bla [ERROR QUE MOSTRÉ PRIMERO] o [ERROR QUE MOSTRÉ DESPUÉS]" Así que me dije, quizá sea la línea de versión que CMake me pide que agregue. Pues fui a ver qué pasaba, agregué:

#Aquí agrego esto porque me lo pide al compilar
cmake_minimum_required(VERSION 2.6)

al inicio del archivo CMakeLists.txt que estaba en mi código fuente de KDESVN, lo guardé y volví a hacer CMake ../,, voilà!



Sin un solo puto error. Ahora voy a hacer maque maque instál!

Hay un error al 6% de compilación:

/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/svnqt/client_property.cpp:148: warning: unused parameter ‘revision’
/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/svnqt/client_property.cpp:169: warning: unused parameter ‘revision’

Pero sigue avanzando, veré qué pasa. Ahh, más arriba, terminando el 5% hubo uno igual pero con abs_path.

67% y otro error con mime_type y prop_state.

71% y

/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/svnfrontend/fronthelpers/propertylist.cpp: In member function ‘virtual void Propertylist::displayList(const svn::PathPropertiesMapListPtr&, bool, const QString&)’:
/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/svnfrontend/fronthelpers/propertylist.cpp:68: warning: unused variable ‘ki’

.

73% y otro parecido al anterior con label_text

90%.... nada xD

94 por ciento:

/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/kiosvn/kiolistener.cpp:279: warning: unused parameter ‘acceptedFailures’
/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/kiosvn/kiolistener.cpp:350: warning: unused parameter ‘password’
/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/kiosvn/kiolistener.cpp:350: warning: unused parameter ‘realm’
/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/kiosvn/kiolistener.cpp:350: warning: unused parameter ‘maySave’

asdf

[100%] Built target doc

Sigo con make install (jaja ni reparé en los errores ahi que me diga luego):

Terminó rápido, aparentemente no me mostró nada, sólo hizo notas del 1 al 100% rápido y luego líneas de "installing RUTA" sin error alguno. De hecho el último mensaje fue:

-- Installing: /usr/local/share/man/man1/kdesvnaskpass.1

y luego me devolvió al prompt. Voy a ejecutar el software a ver qué pasa.

¿Cómo coño lo ejecuto? Voy a leer por ahi a ver qué me dicen los README o algo.

Me apareció un error al ejecutar el binario kdesvn:

Could not find our part:
libsvnqt.so.4: cannot open shared object file: No such file or directory

y este error salió en un cuadrito, como los MsgBox() de Windows, le doy click al único botón que hay y me manda a una ventanita en blanco chiquita que dice 'kdesvn' en el título.

Hay otro binario, kdesvnaskpass que me pide una contraseña, y lo que ponga lo refleja en el output de la consola y luego no pasa nada.

Voy a acostarme y me voy a bañar después. Quizá sueñe con la respuesta :-/

A ver cómo sale este post porque con las cosas que pego o si se me olvidó cerrar una etiqueta (edito en modo HTML) va a salir todo mal.

Dos treinta y cuatro.

KDESVN - Más pistas

Anterior: Seguimos con KDESVN, me cago en apu-conf

12:13 pm

¿Qué creen? Que me he quedado dormido! No fue involuntario, fue premeditado, quería dormir, me acosté y me relajé, desperté hace como 10 o 15 minutos y volví a las andadas. Terminé de leer el artículo del blog pero no encontré en mi drakconf los repositorios que él indicaba, así que busqué "apr-conf" y "apu-conf" en Google además del error que me mandaba, es decir, lo mismo pero con "not found" añadido; sólo encontré 3 resultados que ya había visto antes.

Me acordé del post que había leído en el blog y decidí buscar apr- en mis repositorios a ver qué tenía. Resultado:



¡Eso es una pista! Me puse a buscar en /lib dentro del directorio del Apache que instalé alguna vez y encontré varios archivos apr, pero no eran lo que deseaba, me pasé a /bin y:



Aún no sé qué puede significar eso: si librerías o ejecutables, ¿y qué hace ese -1 allí? Creo que voy a irme a dormir otro rato, o cuando menos a acostarme, aún tengo algo de sueño.

12:23

Seguimos con KDESVN, me cago en apu-conf

Respecto al post inmediatamente anterior: Cosas Paranormales con SVN os digo que apenas tipeé o como se escriba "cmake ../", hizo varios chequeos y salió esto:



CREO que el aviso no es al compilar, sino por el compilador. Había dicho recientemente que al compilar me tiraba diversos mensajes, pero no necesriamente de error, por eso me abstuve de decir "me mandaba errores". Ya que algunos eran porque faltaba X componente, no se reconocía tal cosa, que la versión no sé qué. Y ahora es eso, algo confuso pero creo que inocente.

Aparentemente el compilador me trata de decir "Hey, creo que hay que agregar por ahí una línea para que me identifique y ver si todo mola piolamente" (algo 'que mola' en no me acuerdo qué país, es algo que 'está re piola' en Argentina).

Al final dice "Configuring Done", así que procedo a volver a compilar de nuevo, solo que ahora escondiendo ese mensaje "for project developers".

Eran como las 5:40 cuando comencé a escribir, y hace poco a las 5:53 después de eliminar ese mensajillo de sonly por developerdores vi otros, pero no son nuevos; se trata de errores que igualmente habían aparecido hace unos minutos y volvieron a aparecer, esta vez son errores que hay. Son los mismos errores que me hicieron desertar la otra vez y largarme a Windows a jugar WoW: apr-config y apu-config, cómo olvidar esas palabras.



Podría buscar en Google esos mensajes de error como lo hice la otra vez, o podría seguir adelante para ver qué pasa. Sin embargo, justo ahora, a las 6:02 am me estoy adjudicando una cuestión:

-Entonces ya había instalado KDESVN, uhmmm, se supone que me había liado porque no podía instalar el SVN y por lo tanto no seguí con el KDESVN para no seguir revolviendo más esto, pero el error es el mismo, ¿será que anteriormente había dado por instalado el SVN y había continuado con KDESVN, o es que... me está saliendo el mismo error en KDESVN que en SVN? lo que implicaría que el detalle no está en el compilador.

Y sigue mi pensamiento en tiempo real:

-No, creo que el CMake está bien instalado, según el screen la fuente de los errores está en el archivo CMakeLists.txt que es el que usa CMake para hacer sus configuraciones, ¡diablos! no recuerdo lo que hice la última vez.

Le voy a dar make make install a ver qué sale >:-( (impulsivo el chico).

3 segundos después...

Bueh...! le di make y me salió esto:

make: *** No targets specified and no makefile found. Stop.

Creo que no es fácil deducirlo: el Cmake encontró errores y no creó el makefile para no cagarla: abortó la misión. Creo que tendré que solucionar esos errores del apr-config y apu-config. ¿Era 'config' o 'conf'? No me acuerdo y no quiero ver arriba, voy a seguir leyendo el blog que mencioné al principio del post pasado, ahí viene algo sobre Mandriva y el drakconf.

6:10 am Cambio y fuera!

Changos no le puse título a esto...

(pensando en título)

(título sumamente original puesto).

6:11 cambio y fuera!

Cosas paranormales con SVN

LRPTMQTRMP! No sé qué diablos ocurrió X<

Quiero montar un cerber de WoW basado en ArcEmu, para eso tenía que instalar KDESVN (comodidad), pero para eso había que tener instalado SVN primero, además de CMake y el código del Kernel de Linux, para tener instalado CMake no sé qué...

La verdad me encanta hacer mucho drama, porque este no es el punto, sólo lo digo para que vean la cruz que vengo cargando, ya que averiguar todo eso e instalarlo me llevó varias horas de pensar y aprender (conocí CMake, un proyecto genial para compilar, entre otras cosas).

Yendo al grano: me encontraba compilando SVN, bajado de tu página oficial. Ya en el archivo README que contenía bastantes letras me decían con algo de ahinco que la compilación del SVN es más adecuada para mantenimiento del sistema, indicaban lo que se debía hacer para compilar dependiendo de varias cosas, de si era servidor o cliente, configurar el apache en caso de tenerlo y no sé qué más, era demasiado.

Me aventuré a ver qué salía, me salieron bastantes mensajes y después de rato de intentarlo y meterme a ponerle un par de líneas al apache acabé reiniciando y pasándome a Windows a jugar al WoW :^D

Ahora vuelvo, me aburrí de jugar, me da pereza levelear al pj, así que decido tomarme unas vacaciones de 2 o 3 días (voy por el segundo) y como no tenía nada mejor que hacer dije "voy a instalar el SVN... la puta madre... voy a bajarle los binarios y que se instale solo", así que le logueé, fui a la página y busqué los RPM para Mandriva. Lo que temí en desde que me acordé que uso Mandriva: que no haya binarios para este SO.

Me puse a leer y cavilar en una u otra cosa, como que si servirá instalar un pack de RedHat, o maldiciendo que hay hasta para Ubuntu, que bueno, por ahora es la versión pop y debe tener todo y ser compatible con todo.

Luego seguí leyendo en un blog que encontré al teclear sin comishas "instalar SVN Mandriva"; específicamente el enlace es este: http://lusac-miguel.blogspot.com/2008/06/subversion-en-mandriva-linux.html

se le conoce también como svn por ser el nombre de la herramienta de línea de comandos.

y de pronto me acordé que alguna vez había tecleado algo parecido a svn que me había dado sugerencia de que tenía el SVN instalado en mi Pc. Pensaba:

"claaaaro!: recuerdo que una vez tecleé svn o algo así en la línea de comandos y me habían salido unas cosas en la consola, que yo dije 'es svn'... pero después quise comprobar directamente en la línea de comandos si lo tenía y me marcó que no... nunca entendí si realmente lo tengo o fue una confusión. Tantas madres instalé junto con Mandriva que seguramente me instaló eso tan popular".

Más o menos así fue la reconstrucción de lo que pensé, ya que todo es líquido y electricidad, aparte había imágenes mezcladas entre eso mientras pensaba.

Entonces fui, probé en konsole tecleando 'svn' a ver qué salía y tuve su output



Oh My Fucking God!

Había obtenido respuesta!, eso significaba que la consola había reconocido el comando, lo que implicaba la existencia de un binario svn en Mandriva. Proseguí a tipear --jelp para ver qué salía...



¡ESA pantalla de comandos! La reconocí en el primer momento que la vi: volví a recordar que anteriormente había tecleado algo que me hizo saber que tenía al SVN metido en Mandriva; pero por alguna razón tecleé después cosas para ver si ya tenía el SVN instalado y acabé concluyendo que no. Quizá teclée SVN con mayúsculas en na línea de comandos o alguna otra cosa. Seguía confundido.

Con un poco de observación se puede notar que las letras de mi Konsole son las mismas que traigo en el blog: tipo, color y quizá hasta el tamaño. Personalicé mi konsole para que quedara más juanker y luego mi blog para que luciera ams Consóleh.

Volviendo al tema, KDESvn pide SVN 1.5.0 o superior para jalar así que comprobé la versión del mío con --version:



Peeeeero... hay un detalle:

Compiled Jul 13 2008, 00:02:23

¿Y adivinen qué fecha tiene esto: 22 de Julio del 2008, tiene 9 días aquella fecha, un tiempo que no resulta muy exagerado si repasamos lo que dije de que me había fastidiado de los errores que me dio al compilar la otra vez, puesto que sólo me tomé unos días en Windows jugando WoW y al aburrirme de siempre lo mismo decidí continuar.

Es aquí donde volvemos al inicio del post:

-La Re Puta Madre Que Te Re Mil Parió!! >_<
...What The Fuck!
...Me cago en Dios!

¿Qué fue lo que hice? o quizá, ¿qué fue lo que pasó?

Es como si hubiera compilado el código bien y ahora tuviera el SVN, pero por otra parte esa pantalla se me hace conocida, como la que vi al tipear al dope 'svn' en mi consola, mucho antes de enterarme de la existencia del KDESvn. Sin embargo recuerdo que dejé de compilar porque el compilador me tiraba mensajes y me decía que no se había podido llevar con éxito la compilación. Y ahora que recuerdo, veáaamoss...

(consultando)

Ah, no, la versión más reciente que tiene ahora la página esa de Tigris es svn 1.5.0, y los programas generalmente no son tan culeros, así que la versión mínima requerida no puede ser esa

(consultando)

ya está, en INSTALL-cmake, un archivo dentro del source del SVN viene

You require at least cmake 2.4, kde 3.4.x and subversion 1.2.

Subversion 1.2

Eso no me quita mi duda: ¿qué ondas? (xD vaya duda). ¿Por qué tengo un serio deja-vu (sí, sin acentos >:-( ) de esa palabra y me aparece que fue compilado hace 9 días, justo en la madrugada que es cuando me estaba rompiendo los sesos igual que ahora (son 5:10 am).

No sé qué más agregar, ahora voy a instalar KDESvn para ver con qué putada me sale ahora, porque ténganlo por seguro: aunque ya tenga KDE, CMake y SVN instalados, e incluso con versiones más recientes, ALGO me va a tirar, ALGO va a salir mal, y eso es con lo que voy a lidiar ahora... ¿o después de dormir? Son 5:13 am

Make Love, Not Warcraft

Me la paso jugando al WoW, es UNA de las razones por las que no he publicado, las cosas para nada han quedado olvidadas, esto se aleja mucho de ser un proyecto muerto, sólo necesito... llegar al nivel 70... conseguir los tiers de las instancias... [temblando-la-cabeza]... mantener el dominio de la Cuenca de Arathi... hacer cenizas a la horda!

De momento estoy jugando en un servidor argentino: WoWArg (el realm es wowarg.comandogp.com.ar), es blizzlike, Ascent, población de entre 300 y 400 usuarios en línea (a veces hasta 480) de los cuales aproximadamente un 45% es horda y un 54% alianza. Tiene sus bugs y kastra cuando acabas de realizar algo que te costó mucho trabajo conseguir o estás en una estancia y se congela la pantalla para ¡pum!: "Te has desconectado del servidor". Pero pues bueno, si tuviera un buen flujo de dinero ya me hubiera pagado uno en el oficial.

¿Qué es el WoW? South Park explica perfectamente lo que me paso haciendo casi todo el día entero, el audio es español, no sé si de Latinoamérica pero es el que suena en México:

Make Love, Not Warcraft

Parte 1
Click aquí para ir a su página en YouTube y de paso darle al botón de Pantalla completa.


Parte 2
Lo mismo de arriba.


Parte 3
Idem


Parte 4
Idem


Parte 5
Idem

---

Sin palabras.

Fanatismo Religioso

Esta vez vengo a denunciar un caso de fanatismo religioso: personas que siguen esa tendencia penumbrosa de idolatrar en lugar de sólo admirar.

Está claro que Gmail es un servicio innovador que ha proporcionado Google el cuál compite con hotmail y [bla-bla-bla]. Muchos internautas con experiencia en la red han decidido abandonar Hotmail para pasarse a Gmail. Bien es que se admire a Gmail y que se tengan opiniones negativas con respecto a algunas políticas de Hotmail pero...

Hotmail y Gmail (I)
Hotmail y Gmail (II)

Léanlo y formen su crítica propia para que puedan aceptar o renegar de la mía porque comienzo a citar para mostrar mi punto de vista y dar razón al título del blog:

Hotmail añade publicidad en su interfaz, hasta 4 banners y la página principal del servicio no nos dirige al correo directamente, si no a una página en la que el usuario necesita hacer un segundo click para llegar al correo. Por su parte Gmail no tiene ningun tipo de publicidad ( se puede activar desde la configuración ) y la página principal nos lleva al correo directamnte.

Otra forma más que aplica Hotmail para enviar publicidad son los pies de página de sus correos. No podemos desactivarlo y estamos obligados a promocionar todos y cada unos de los servicios de Msn a cambio de usar “un estupendo servicio de correo “.

¡Por dios!, ¡¿llorar porque hotmail pone publicidad en su página?! A mí no me parece molesta la publicidad de Hotmail, Google tiene su forma de hacer negocios y Hotmail la tuya: tiene dinero de sobra y aún así negocia con publicidad en el negocio de los mails a pesar de que podría dar el servicio totalmente gratuito, pero esa no es una mentalidad financiera y sin una mentalidad financiera buena un negocio como Hotmail no llega a ningún lado. Tal vez a los de Microsoft no les parece una forma rentable de administrar el negocio el método de Google... ¡pero qué... Sigo insistiendo en las primeras palabras de este párrafo: son sólo unos banners, ¿por qué crucificar a Hotmail, flagelar a Microsoft y matar a pedradas a Bill Gates? Además, los banners me parecen bonitos, los veo también como adorno a la página: una interfaz como la de Hotmail quedaría destrozada si se le pone un AdSense de Google: no combinan, resulta molesto a la vista.

Otra cosa es la queja del mismo párrafo de:

la página principal del servicio no nos dirige al correo directamente
el usuario necesita hacer un segundo click para llegar al correo

¡Malditos, son unos criminales! No puedo dormir por las noches sabiendo que tengo que dar otro click para leer mi correo, ¿con qué confianza uno accede a la página de Hotmail si sabe que tendrá que hacer click en "Correo" para leer sus mensajes? Si tuviera que checar un mail urgentemente del que dependiera mi vida seguramente acabaría muerto porque en todo lo que hago el otro click la información caducará. A veces, en mis ratos libres, divago imaginando una utopía en la que ingreso a Hotmail y de pronto, en medio de banners publicitarios y links aparece como bajado del cielo mi bandeja de entrada, sin necesidad de hacer otro click.

En definitiva, servicio mediocre y dinamitado de publicidad, maravillas de ” el internet “.

Y a esto debo gran parte de ponerle este título a la entrada.

En la segunda parte lo único que se hace es un análisis de los términos y condiciones que no llevan a ninguna parte.

No es al autor a quien critico, bien podría ser a los argumentos pero... en realidad lo que quiero expresar es mi disconformidad con la actitud religiosa que se toma: Gmail proviene del reino de las nubes y es intocable.

Debo decir que yo uso Gmail: es mi centro de mando, la dirección de contactos que intercambio con otros usuarios de la red en lo que temas de tecnología concierne, es el que tengo aquí en Blogger y con el que me conecto al Méssenller (lo escribí así automáticamente, en serio, no sé por qué) y Hotmail únicamente lo pongo cuando alguna página requiere un mail para registrarse o si se diera el caso de que no deseo recibir mails de ciertos remitentes: ya no uso el Méssenller (otra vez, no lo entiendo) con Hotmail, entro con la cuenta de G, tampoco abro la bandeja de Hotmail.

Pero tengo otro correo: un recinto donde me encuentro con amigos de la escuela y gente que voy conociendo: hablamos de cualquier tema, mis contactos tecnológicos (también hablo de cosas variadas con ellos pero se caracterizan por tener conocimiento sobre estos temas) están en Gmail y los demás en Hotmail.

Lo que quiero decir es que uso ambos sistemas: Hotmail y Gmail: Hotmail para amigos y Gmail para amigos que conocen de tecnología, estoy en ambos bandos y los juzgo todos los días. Tengo que decirlo:

A favor de Gmail:

* El mejor filtro anti spam que he conocido.

A favor de Hotmail:

* Buena interfaz
* Buenos gráficos

Lo que tiene de bueno el uno, no lo tiene el otro.

Estoy a favor del software libre, tengo seguridad de que las empresas del tipo de Microsoft caerán, a la corta o a la larga, pero tengo que admitir que me gusta más Hotmail, salvo por el filtro anti spam es obvio por qué hay más gente en Hotmail. Hotmail no es un sistema de correo antiguo o pasado de moda: está más vivo que nunca, más vivo que Gmail, está más... "live". ¿Y qué si Gmail consume menos recursos?, ¿qué si Gmail tiene un diseño vanguardista (Web 2.0) y el mejor filtro anti spam? ¡Hotmail tiene mejores gráficos!, se trata de el 15% de conocedores que prefieren diseño rápido y filtro anti spam contra el 85% de usuarios que vienen después de la escuela para hacer tareas, chatear y reenviar mails.

Para mantener con vida y éxito un negocio público se necesita darle a la gente lo que espere y AHORA la gente prefiere mejores gráficos, el SPAM se puede tolerar, basta con marcar la casilla y darle a "Borrar"; cuando la Web 2.0, el Software Libre y Linux avancen y los P2P se vean con buena cara, comenzará una nueva era y Microsoft cambiará el funcionamiento de Live y seguirá en el negocio. Todo esto si sabe mantenerlo a flote hasta entonces ya que va decayendo, no en picada, sino lentamente.

Esto ocasiona dos cosas al mismo tiempo: dinero para Microsoft y fanatismo religioso, la diferencia está en saber mantener el control.