Consejo de Seguridad

40 views
Skip to first unread message

Gustavo Guillermo Perez

unread,
May 7, 2008, 3:05:51 PM5/7/08
to ayuda...@googlegroups.com
Necesito Acceso remoto en un servidor, pero por cuestiones de seguridad para
evitar un ataque, estará desactivado, y por medio de php se dará la orden a
un demonio que espera la existencia de un archivo para que inicie el
servicio, la inexistencia del servicio lo pasa a terminado.

¿Que tan seguro es hacer esto? nada que el usuario pueda ingresar es
ejecutado, sólo creo un archivo y lo borro.

¿O existe otra manera más conveniente? ya que si cae apache no habría manera
de acceder al servicio remoto tampoco...
--
Gustavo Guillermo Pérez
Compunauta uLinux
www.compunauta.com

GaRaGeD Style

unread,
May 7, 2008, 4:23:28 PM5/7/08
to ayuda...@googlegroups.com
SSH es seguro, si necesitas más seguridad usa openvpn, ese truco de
php es meterle más inseguridad a tu sistema, como puede ser más seguro
tener apache con php y ssh, a tener solo ssh ?

No lo digo en mal plan ! si suena agresivo no fue mi intención.

Saludos
Max
--
<?php
$signautre = null;
echo $signature;

Marinho

unread,
May 7, 2008, 6:18:09 PM5/7/08
to ayuda-linux
Sería bueno usar solo SSH

Aunque podrías configurar el SSH con port knocking (http://
www.zeroflux.org/cgi-bin/cvstrac.cgi/knock/wiki) para hacer "menos"
visible tu servicio en el puerto 22.

Adicionalmente, podrías configurar portsentry, para detectar barrido
de puertos en tu server, denegando el acceso a aquellos curiosos que
lo hagan.

Saludos.



On 7 mayo, 14:05, Gustavo Guillermo Perez <gust...@compunauta.com>
wrote:

Gustavo Guillermo Perez

unread,
May 7, 2008, 5:28:22 PM5/7/08
to ayuda...@googlegroups.com
El Miércoles, 7 de Mayo de 2008, GaRaGeD Style escribió:
> SSH es seguro, si necesitas más seguridad usa openvpn, ese truco de
> php es meterle más inseguridad a tu sistema, como puede ser más seguro
> tener apache con php y ssh, a tener solo ssh ?
Es que el servidor corre un sistema hecho en php,apache,mysql, van o van y el
ssh no se cuando se usará, bueno tal vez a veces mantenimiento.

Entonces, no es php,apache para ssh, sino que era cerrar un servicio más,
estaba pensando también cambiar de puerto el servicio a algo nada común.

Saludos.

GaRaGeD Style

unread,
May 7, 2008, 6:48:41 PM5/7/08
to ayuda...@googlegroups.com
Si de verdad quieres seguridad, create una vpn con openvpn, y el o los
certificados que liberes para los usuarios ponles clave (complicada)
de esa manera te aseguras de que no solo tengan que robarte una clave,
sino tambien el certificado, es virtualmente imposible que logren
entrar al server si no es por medio de un usuario que "regale" el
certificado y la clave a otra persona.

No es tan complicado lo de una vpn, no te asustes, pero usar SSH y una
buena política de claves es más que suficiente para casí cualquier
caso.

Fernando Barajas

unread,
May 7, 2008, 9:59:02 PM5/7/08
to ayuda...@googlegroups.com
2008/5/7 Marinho <mariob...@hotmail.com>:

> Adicionalmente, podrías configurar portsentry, para detectar barrido
> de puertos en tu server, denegando el acceso a aquellos curiosos que
> lo hagan.

Buena idea, e incluso un brute-force detector, no? y que solo se
autentifique con llave, no con password.

--
----------------------------------------------------------------------------------------------------
¿Cuando fue la última vez que hiciste algo por primera vez?
----------------------------------------------------------------------------------------------------
Fernando Barajas Díaz-Lozano ICQ: 7237681
fbar...@nuestroweb.com MSN: fbar...@sistec.com.mx
www.nuestroweb.com Y!: barajasfernando
Cel: (044-55) 1474-1866 JABBER: fbar...@jabber.org
Skype: barajasfernando
Teléfono (DF): (01-55) 5905-5229

GaRaGeD Style

unread,
May 8, 2008, 10:38:20 AM5/8/08
to ayuda...@googlegroups.com
2008/5/7 Fernando Barajas <fernando...@gmail.com>:

>
> 2008/5/7 Marinho <mariob...@hotmail.com>:
>
>> Adicionalmente, podrías configurar portsentry, para detectar barrido
>> de puertos en tu server, denegando el acceso a aquellos curiosos que
>> lo hagan.
>
> Buena idea, e incluso un brute-force detector, no? y que solo se
> autentifique con llave, no con password.

Un ataque por fuerza bruta solo va a ser exitoso si el servidor tiene
políticas terribles para las claves y además está mal configurado.

Si realmente necesitas muchas seguridad, teniendo apache y php en el
servidor le estás dando al traste a cualquier política estricta.

Es mucho más probable que entren al servidor a través de una
aplicación web, o por una vulnerabilidad de php o apache, a que entren
a través del SSH, ahí es donde entiendo porque es muy importante que
Sandino de su platica de "tu peor enemigo", la seguridad es tan fuerte
como tu punto más debil, eso es algo que no deben olvidar.

Paynalton

unread,
May 8, 2008, 11:25:58 PM5/8/08
to ayuda...@googlegroups.com
GaRaGeD Style escribió:

>
> Un ataque por fuerza bruta solo va a ser exitoso si el servidor tiene
> políticas terribles para las claves y además está mal configurado.
>
> Si realmente necesitas muchas seguridad, teniendo apache y php en el
> servidor le estás dando al traste a cualquier política estricta.
>
> Es mucho más probable que entren al servidor a través de una
> aplicación web, o por una vulnerabilidad de php o apache, a que entren
> a través del SSH, ahí es donde entiendo porque es muy importante que
> Sandino de su platica de "tu peor enemigo", la seguridad es tan fuerte
> como tu punto más debil, eso es algo que no deben olvidar.
>
> Saludos
> Max
>
>
Indudablemente ssh es más seguro que una solucion por php y menos laboriosa.


Pero si es algo que no requiere mucha seguridad y la solución va a ser
para simples mortales (entiendase usuarios comunes) es más fácil para
ellos usar una aplicación web que aprender a usar ssh

Y más aún, siendo usuarios comunes y corrientes, si les sueltas un
usuario ssh aun con los privilegios al mínimo siempre tendrás el riesgo
de que revelen contraseñas o información que comprometa tu server.

En mi caso me pidieron una aplicación que buscara algunos archivos y los
enviara por FTP. Al principio hice un script en bash y para activarlo
una cuenta accesada por ssh para que los usuarios lo corrieran por sí
mismos cuando fuera necesario.

Ahora mismo pienso en esos aspectos de seguridad y mejor pienso hacer un
script en PHP accesible solo para redinterna con un login separado del
sistema (ya se que ssh puede usar otro sistema de login también) y que
active el script con un simple click.

Sin necesidad de instalar clientes ssh ni estar capacitando.

A final de cuentas todos los sistemas cuentan con un componente
extremadamente ineficiente y peligroso llamadoi usuario. Entre menor sea
la intervención y dependencia de este componente las cosas funcionarán
mejor.

GaRaGeD Style

unread,
May 9, 2008, 12:04:48 AM5/9/08
to ayuda...@googlegroups.com
Paynalton, te estas saliendo un poco de lo que pedía originalmente
Gustavo Guillermo.

Es diferente cuando necesitas "subir y bajar" archivos a cuando
necesitas accesar a una máquina.

Pero si, el usuario es peligroso, por eso hay que capacitarlos y
definir políticas, sin eso no hay como protegerse contra problemas
potenciales.

Gustavo Guillermo Perez

unread,
May 9, 2008, 11:17:47 AM5/9/08
to ayuda...@googlegroups.com
El Jueves, 8 de Mayo de 2008, Paynalton escribió:
> A final de cuentas todos los sistemas cuentan con un componente
> extremadamente ineficiente y peligroso llamadoi usuario. Entre menor sea
> la intervención y dependencia de este componente las cosas funcionarán
> mejor.

Esto es cierto, tengo terror que aquel que tenga acceso al servicio ssh haga
operaciones que no son correctas, bueno lamentablemente no se puede cubrir
todo, pero al menos las contraseñas son bloques aleatorios de mayúsculas
minúsculas que mezclan números.

Gustavo Guillermo Perez

unread,
May 9, 2008, 11:20:37 AM5/9/08
to ayuda...@googlegroups.com
El Jueves, 8 de Mayo de 2008, GaRaGeD Style escribió:
> Paynalton, te estas saliendo un poco de lo que pedía originalmente
> Gustavo Guillermo.
>
> Es diferente cuando necesitas "subir y bajar" archivos a cuando
> necesitas accesar a una máquina.
>
> Pero si, el usuario es peligroso, por eso hay que capacitarlos y
> definir políticas, sin eso no hay como protegerse contra problemas
> potenciales.
Exacto, más bien una especie de "no me hago responsable si alguien tiene
acceso ssh", pero bueno, ya veremos en que quedó, por el momento la regué con
un script y el servidor se quedó sin acceso remoto y el sistema trabado en
modo mantenimiento y tuvieron que hacerme el favor de acceder al site a
reiniciar con C+A+SUP

Asi que por el momento ya no quiero jugar con eso hasta que termine los demás
módulos de acceso.

Gunnar Wolf

unread,
May 9, 2008, 12:02:44 PM5/9/08
to ayuda...@googlegroups.com
Gustavo Guillermo Perez dijo [Fri, May 09, 2008 at 10:17:47AM -0500]:

> > A final de cuentas todos los sistemas cuentan con un componente
> > extremadamente ineficiente y peligroso llamadoi usuario. Entre menor sea
> > la intervención y dependencia de este componente las cosas funcionarán
> > mejor.
>
> Esto es cierto, tengo terror que aquel que tenga acceso al servicio ssh haga
> operaciones que no son correctas, bueno lamentablemente no se puede cubrir
> todo, pero al menos las contraseñas son bloques aleatorios de mayúsculas
> minúsculas que mezclan números.

...Que, como son imposibles de memorizar, terminan escritas en un
post-it, pegado en el monitor, a la vista de cualquier persona que
pasa por ahí. ¿Te gusta? ¿No es mejor tal vez dejar que elijan
contraseñas no-triviales a su antojo? ¿No es mejor contraseña, por
decirlo, «la bella y graciosa moza marchose a lavar la ropa» [1] que
«aQg54b%TYY»?

Saludos,

[1] http://www.icsi.berkeley.edu/~chema/luthiers/059.html

--
Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF

GaRaGeD Style

unread,
May 9, 2008, 1:12:08 PM5/9/08
to ayuda...@googlegroups.com
2008/5/9 Gunnar Wolf <gw...@gwolf.org>:

>
> Gustavo Guillermo Perez dijo [Fri, May 09, 2008 at 10:17:47AM -0500]:
>> > A final de cuentas todos los sistemas cuentan con un componente
>> > extremadamente ineficiente y peligroso llamadoi usuario. Entre menor sea
>> > la intervención y dependencia de este componente las cosas funcionarán
>> > mejor.
>>
>> Esto es cierto, tengo terror que aquel que tenga acceso al servicio ssh haga
>> operaciones que no son correctas, bueno lamentablemente no se puede cubrir
>> todo, pero al menos las contraseñas son bloques aleatorios de mayúsculas
>> minúsculas que mezclan números.
>
> ...Que, como son imposibles de memorizar, terminan escritas en un
> post-it, pegado en el monitor, a la vista de cualquier persona que
> pasa por ahí. ¿Te gusta? ¿No es mejor tal vez dejar que elijan
> contraseñas no-triviales a su antojo? ¿No es mejor contraseña, por
> decirlo, «la bella y graciosa moza marchose a lavar la ropa» [1] que
> «aQg54b%TYY»?

Pero por política la clave del sistema web solo tiene 8 caracteres "la
bella " no parece demasiado complicado :P </broma burlona>

Fernando Barajas

unread,
May 9, 2008, 2:49:32 PM5/9/08
to ayuda...@googlegroups.com
2008/5/9 GaRaGeD Style <gar...@gmail.com>:

> Pero por política la clave del sistema web solo tiene 8 caracteres "la
> bella " no parece demasiado complicado :P </broma burlona>

Para eso usas las primeras letras de cada frase, con alguna forma de
elegir mayúsculas y minúsculas. Así, podría ser:

lbygMmal (iniciales de la misma frase de Les Luthiers)

Si gustas, puedes semi-convertirla a leet... 13ygMma1

Y a pesar de la limitante de 8 caracteres, ya es algo más segura :-)

Gunnar Wolf

unread,
May 9, 2008, 7:28:37 PM5/9/08
to ayuda...@googlegroups.com
Fernando Barajas dijo [Fri, May 09, 2008 at 01:49:32PM -0500]:

>
> 2008/5/9 GaRaGeD Style <gar...@gmail.com>:
> > Pero por política la clave del sistema web solo tiene 8 caracteres "la
> > bella " no parece demasiado complicado :P </broma burlona>
>
> Para eso usas las primeras letras de cada frase, con alguna forma de
> elegir mayúsculas y minúsculas. Así, podría ser:
>
> lbygMmal (iniciales de la misma frase de Les Luthiers)
>
> Si gustas, puedes semi-convertirla a leet... 13ygMma1
>
> Y a pesar de la limitante de 8 caracteres, ya es algo más segura :-)

Apto para tí y para mí, pero... ¿Para nuestros usuarios?

Sandino Araico Sánchez

unread,
May 14, 2008, 1:43:11 AM5/14/08
to ayuda...@googlegroups.com
Pues te enfrentas a una política muy estúpida que no te permite el uso
de passphrases.

Pero si usas autentificación por llave pública con tu SSH tienes la
posibilidad de que los usuarios autorizados protejan su llave con un
passphrase y, mejor aún, tienes la posibilidad de que nadie pueda usar
autentificación por contraseña para conectarse remotamente y así
disminuyes el riesgo de exponer esas débiles contraseñas de 8 caracteres
alfanuméricos.
> Saludos
> Max
>
>


--
Sandino Araico Sánchez
http://sandino.net

Sandino Araico Sánchez

unread,
May 14, 2008, 1:44:43 AM5/14/08
to ayuda...@googlegroups.com
Gunnar Wolf wrote:
> Fernando Barajas dijo [Fri, May 09, 2008 at 01:49:32PM -0500]:
>
>> 2008/5/9 GaRaGeD Style <gar...@gmail.com>:
>>
>>> Pero por política la clave del sistema web solo tiene 8 caracteres "la
>>> bella " no parece demasiado complicado :P </broma burlona>
>>>
>> Para eso usas las primeras letras de cada frase, con alguna forma de
>> elegir mayúsculas y minúsculas. Así, podría ser:
>>
>> lbygMmal (iniciales de la misma frase de Les Luthiers)
>>
>> Si gustas, puedes semi-convertirla a leet... 13ygMma1
>>
>> Y a pesar de la limitante de 8 caracteres, ya es algo más segura :-)
>>
>
> Apto para tí y para mí, pero... ¿Para nuestros usuarios?
>
Para autentificar a nuestros usuarios no hay como los lectores
biométricos, pero suelen ser caros y algunos suelen tener pedos con Linux.

pablo zack

unread,
Oct 18, 2008, 1:25:39 AM10/18/08
to ayuda...@googlegroups.com
oye gus usaste ssl dentro de tu php arquitectura porque segun oi esta dañado o salio mal, puedes usar un DH
que engañe a tu servidor dandote acceso solamente a él sin tener que pedirle tantos permisos, no tengo el codigo, esta hecho en C o creo que puedes utilizar wire shark para poder entrar tienes tu dirección de memoria no? bueno noc mucho pero es una idea que se me ocurrio

2008/5/14 Sandino Araico Sánchez <san...@sandino.net>

Carlos Manuel Escalona Villeda

unread,
Oct 21, 2008, 11:12:43 AM10/21/08
to ayuda...@googlegroups.com
Hola a todos.

Tengo frente a mi un problema con el que necesito algo de orientación.

Estoy haciendo una aplicación en PHP para rellenar un formulario que
reemplace a un formato impreso. El detalle es que una vez guardado
necesito que el formulario se imprima desde el servidor incluyendo
logotipos e imágenes de fondo, esto es debido a que es un formato de
operación interna y quieen que quede exáctamente igual al formato actual
que llenan a mano.

Estaba pensando usar las funciones "printer" de PHP, pero estaba viendo
que al parecer solo se puede imprimir texto tal cual, la verdad es que
aun no he visto bien los manuales.

También estaba viendo la posibilidad de guardar el HTML generado en un
archivo temporal y después ejecutar algún comando del sistema para
mandar la impresión.

Alguno de ustedes sabe que comandos puedo usar para que el documento
HTML pueda ser impreso desde consola tal cual?

O bien alguna librería de PHP que me permita mandar la impresión desde
el servidor?.

La impresora ya la tengo instalada en el servidor por medio de CUPS y
funciona correctamente.

Nota: Si alguien se pregunta el porque a fuerza desde el servidor, es
porque quieren que un callcenter llene el formato, pero no quieren que
tengan la única impresora de red instalada en sus máquinas.

Abel Hernandez Zanatta

unread,
Oct 21, 2008, 11:30:30 AM10/21/08
to ayuda...@googlegroups.com
Yo creo que podrias hacer muchas cosas, pero a lo mejor seria mas facil convertirlo a postcript ps o a pdf y de ahi mandarlo directo a la impresora con algun script o algo asi.

Podrias utilizar algo como html2ps  o html2pdf:

http://www.tufat.com/script19.htm

en fin, solo es una idea....




2008/10/21 Carlos Manuel Escalona Villeda <cxesc...@gmail.com>

Hector Bautista

unread,
Oct 21, 2008, 11:40:14 AM10/21/08
to ayuda...@googlegroups.com
El día 21 de octubre de 2008 10:30, Abel Hernandez Zanatta
<azan...@gmail.com> escribió:

> Yo creo que podrias hacer muchas cosas, pero a lo mejor seria mas facil
> convertirlo a postcript ps o a pdf y de ahi mandarlo directo a la impresora
> con algun script o algo asi.
>
> Podrias utilizar algo como html2ps o html2pdf:
>
> http://www.tufat.com/script19.htm
>
> en fin, solo es una idea....
>
Exacto, aquí en el trabajo hay un sistema que lo que hace es que te
genera un PDF ya bonito y todo, logotipos y demás. Dicho archivo lo
ven los usuarios y desde ahí pueden mandar a imprimir.

Claro podrías hacer que no se visualice en línea el pdf, sino que lo
guarde en una ruta y de ahí mandarlo a impresión.

Saludos.

--

Atte.
Héctor Bautista Flores
User Linux # 200509
hbautista at usoli.org
hbautista at gmail.com
Jabber: hbau...@jabber.org
AIM: hectorb02
http://usoli.org
http://hbautista.usoli.org

Marcos Garcia Trejo

unread,
Oct 21, 2008, 11:45:04 AM10/21/08
to ayuda...@googlegroups.com
Hola!
Nosotros hemos usado la biblioteca de generacion de archivos en PDF: http://www.ros.co.nz/pdf/ y normalmente generamos directamente una salida hacia el cliente el cual usa le lector de adobe para visualizarlo e imprimirlo. En tu caso, puedes generar un archivo y mandarlo a impresion via cups.
Otra posible biblioteca es TCPDF que segun vemos en su pagina, http://www.tcpdf.org, es una version mas actualizada, tal vez con mayores cualidades que el que hemos usado.
Saludos
--
Ing Marcos R Garcia Trejo
(52) 9991-513412

Victor Gomez

unread,
Oct 21, 2008, 12:50:49 PM10/21/08
to ayuda...@googlegroups.com
Que tal,

Como ya te sugieron podrias generar un PDF, o un html para convertir pdf via el comando htmldoc , lo puedes hacer via los comandos system o exec de php,
ya con el pdf puedes mandar a imprmir con los comandos lp, lpr etc.

Mucha suerte en el proyecto

Victor Gomez

Carlos Manuel Escalona Villeda

unread,
Nov 5, 2008, 1:05:50 PM11/5/08
to ayuda...@googlegroups.com
A riesgo de parecer lamer.... Auxilioooooooooo!!!!!!!!!!!

Para intentar solucionar eso y siguiendo un manual instalé PECL para
tener las funciones PDF integradas con PHP.

No recuerdo todos los pasos que seguí pero entre otras cosas tuve que
instalar el paquete php-dev

Todo bien, funciona la generación de PDF, sin embargo me he quedado sin
funciones para dbase que requiero para este mismo proyecto.

Según el manual de PHP, estas funciones se añaden al compilar con la
opción --enable-dbase.

Intenté desinstalar el paquete php-dbase y el php-db, sin embargo no
recupero el soporte para estas funciones.

Alguien sabe si en Debian existe alguna opción al estilo "FLAGS" de
gentoo para que un paquete se instale con esta opción?

O bien conocen alguna solución para que pueda yo tener al mismo tiempo
las funciones Dbase y PDF???

Estos son los enlaces de ambas cosas:

http://mx.php.net/manual/es/dbase.installation.php
http://mx.php.net/manual/es/pdf.installation.php

Marcos Garcia Trejo escribió:
> Hola!
> Nosotros hemos usado la biblioteca de generacion de archivos en PDF:
> http://www.ros.co.nz/pdf/ y normalmente generamos directamente una
> salida hacia el cliente el cual usa le lector de adobe para
> visualizarlo e imprimirlo. En tu caso, puedes generar un archivo y
> mandarlo a impresion via cups.
> Otra posible biblioteca es TCPDF que segun vemos en su pagina,
> http://www.tcpdf.org, es una version mas actualizada, tal vez con
> mayores cualidades que el que hemos usado.
> Saludos
>
> El 21 de octubre de 2008 10:30, Abel Hernandez Zanatta
> <azan...@gmail.com <mailto:azan...@gmail.com>> escribió:
>
> Yo creo que podrias hacer muchas cosas, pero a lo mejor seria mas
> facil convertirlo a postcript ps o a pdf y de ahi mandarlo directo
> a la impresora con algun script o algo asi.
>
> Podrias utilizar algo como html2ps o html2pdf:
>
> http://www.tufat.com/script19.htm
>
> en fin, solo es una idea....
>
>
>
>
> 2008/10/21 Carlos Manuel Escalona Villeda <cxesc...@gmail.com
> <mailto:cxesc...@gmail.com>>

GaRaGeD Style

unread,
Nov 5, 2008, 3:06:23 PM11/5/08
to ayuda...@googlegroups.com
En debian no existe (no se si existió) el paquete php-dbase, lo
tendrías que compilar a mano para que lo puedas agregar, es posible
compilar un modulo solamente e instalarlo, sin tener que reemplazar
todo PHP (google).

Por otro lado, no sería más sencillo cambiar de formato esos archivos
"dbase" ?? por lo que entiendo no es muy complicado el formato, y con
eso te quitas de encima el problema de estar soportando algo tan
"legacy".

Saludos
Max

--
$ echo "scale=1000000; 4*a(1)" | bc -l

Carlos Manuel Escalona Villeda

unread,
Nov 5, 2008, 3:16:40 PM11/5/08
to ayuda...@googlegroups.com
Lo malo es que estaba funcionando correctamente, y despues de tanto
ajetreo fue que perdí las funciones para dbase.

No puedo convertir porque necesito que la aplic

GaRaGeD Style escribió:

Carlos Manuel Escalona Villeda

unread,
Nov 5, 2008, 3:29:42 PM11/5/08
to ayuda...@googlegroups.com
Sorry, no se porque se cortó el mensaje...

Lo malo es que estaba funcionando correctamente, y despues de tanto
ajetreo fue que perdí las funciones para dbase.

No puedo convertir porque necesito que la aplicación se conecte a bases
de datos en dbf que están cambiando constantemente, por lo que no es
conveniente importar cada 3 o 4 horas.

Estaba viendo que puedo instalar el soporte para dbase usando pecl...
pero al intentarlo me dice que no tengo php instalado con soporte para
zlib... alguien sabe como lo puedo habilitar sin tener que recurrir
nuevamente a las fuentes?

Carlos Manuel Escalona Villeda escribió:

Marcos Garcia Trejo

unread,
Nov 5, 2008, 5:09:42 PM11/5/08
to ayuda...@googlegroups.com
Hola,
Si comentas que la instalación "original" los soportaba:
a) Instala nuevamente esa version de PHP
b) Utiliza la biblioteca de R&OS para generar PDF (http://www.ros.co.nz/pdf/) que no requieren instalación de ningún .lib para soportar la mencionada generación de doctos PDF
Saludos

Gunnar Wolf

unread,
Nov 5, 2008, 5:35:02 PM11/5/08
to ayuda...@googlegroups.com
GaRaGeD Style dijo [Wed, Nov 05, 2008 at 02:06:23PM -0600]:

>
> En debian no existe (no se si existió) el paquete php-dbase, lo
> tendrías que compilar a mano para que lo puedas agregar, es posible
> compilar un modulo solamente e instalarlo, sin tener que reemplazar
> todo PHP (google).

El paquete en cuestión no es -hasta donde puedo ver- un paquete
independiente, sino que forma parte de php-db:

$ apt-cache show php-db
Package: php-db
(...)
Description: PHP PEAR Database Abstraction Layer
DB is a database abstraction layer providing:
(...)
Drivers for the following extensions pass the complete test suite and
provide interchangeability when all of the database's portability
options are enabled:
fbsql, ibase, informix, msql, mssql,
mysql, mysqli, oci8, odbc, pgsql,
sqlite and sybase.
.
There is also a driver for the dbase extension, but it can't be used
interchangeably because dbase doesn't support many standard DBMS
features.

El comentario al final básicamente indica que el paquete _cuenta_ con
la funcionalidad para abrir archivos de DBase:

$ dpkg -L php-db|grep dbase
/usr/share/php/DB/dbase.php

Tengo la fortuna de no haberme aún visto forzado a aprender más que lo
muy básico de PHP, así que no puedo ayudarte más allá de esto... Pero
el soporte está ahí ;-)

Contestando un poco más de lado a la pregunta original: No, en Debian
no hay ni ha habido nada por el estilo de los use-flags. Es una
distribución orientada a paquetes binarios.

> Por otro lado, no sería más sencillo cambiar de formato esos archivos
> "dbase" ?? por lo que entiendo no es muy complicado el formato, y con
> eso te quitas de encima el problema de estar soportando algo tan
> "legacy".

La base de datos DBase es completamente obsoleta, cierto... Sin
embargo, el valor de los DBF está mucho más allá de DBase - Es un
formato de intercambio muy bueno. Es un formato orientado a una tabla
por archivo (es bastante complicado implementar semántica de RDBMS
sobre de ellos - pero puedes asomarte al módulo de Perl DBD::XBase
como ejemplo). Y comparado con otros tipos de archivo ampliamente
utilizados para este mismo fin:

- CSV: XBase implementa una estructura real. Tienes renglones y
columnas, y cada columna tiene un tipo claro. Si tienes datos
corruptos, tienes un archivo corrupto, y fin del cuento. Soporta el
indexado y el marcado de renglones como eliminados (lo cual hace que
puedas usarlo como archivo de trabajo y pasarlo entre programas
diferentes más fácilmente que CSVs, con mucho mejor rendimiento)

- XLS: Bueno... Además de que obviamente Excel no sigue estándares
sino que los impone, este formato de archivo tiene demasiadas
complicaciones para un intercambio simple: Es orientado a tabla,
pero soporta muchas (los "libros"). Permite meter mucha información
relativa a formato, que luego termina confundiéndote. Y si recibes
archivos XLS generados por tus usuarios, no faltará el ingenioso que
se le ocurra meter fórmulas y referencias que no son representables
con un enfoque de juego de datos (requieren procesamiento). Además,
está el mismo problema que con los CSVs: El tener una retícula
definida no impide que mezcle tipos de datos, deje renglones o
columnas en blanco, etc.

Y espero que no me pongas a hablar de por qué creo que XML es doloroso
para casi cualquier tipo de intercambio de información no expresamente
diseñado para ello ;-)

Gunnar Wolf

unread,
Nov 5, 2008, 5:42:11 PM11/5/08
to ayuda...@googlegroups.com
Carlos Manuel Escalona Villeda dijo [Wed, Nov 05, 2008 at 02:29:42PM -0600]:

>
> Sorry, no se porque se cortó el mensaje...
>
> Lo malo es que estaba funcionando correctamente, y despues de tanto
> ajetreo fue que perdí las funciones para dbase.
>
> No puedo convertir porque necesito que la aplicación se conecte a bases
> de datos en dbf que están cambiando constantemente, por lo que no es
> conveniente importar cada 3 o 4 horas.
>
> Estaba viendo que puedo instalar el soporte para dbase usando pecl...
> pero al intentarlo me dice que no tengo php instalado con soporte para
> zlib... alguien sabe como lo puedo habilitar sin tener que recurrir
> nuevamente a las fuentes?

¿Tienes PHP instalado desde fuentes? Eso lo explicaría... Te
recomiendo de corazón sólo compilar cuando tienes una razón clara para
no usar los paquetes precompilados.

$ apt-cache show libapache2-mod-php5
Package: libapache2-mod-php5
(...)
Depends: libbz2-1.0, libc6 (>= 2.7-1), libcomerr2 (>= 1.01), libdb4.6, libkrb53 (>= 1.6.dfsg.2), libpcre3 (>= 7.4), libssl0.9.8 (>= 0.9.8f-5), libxml2 (>= 2.6.28), zlib1g (>= 1:1.1.4), mime-support, apache2-mpm-prefork (>> 2.0.52) | apache2-mpm-itk, apache2.2-common, php5-common (= 5.2.6-5), libmagic1, ucf, tzdata
(...)
The following extensions are built in: bcmath bz2 calendar ctype date dba
dom exif filter ftp gettext hash iconv json libxml mbstring mime_magic
openssl pcre posix Reflection session shmop SimpleXML soap sockets SPL
standard sysvmsg sysvsem sysvshm tokenizer wddx xml xmlreader xmlwriter zip
zlib.

(y claro, la misma lista de módulos está disponible para los otros
sabores disponibles de PHP)

Ahora, permíteme refrasear mi primer párrafo: Algunos usuarios
avanzados sí pueden exprimir las ventajas de instalar algunos paquetes
desde fuentes. Y sí, de rato en rato yo lo he hecho también. Pero las
ventajas de tener los paquetes precompilados y probados típicamente
son mayores... En mis servidores, normalmente no tengo más de unos 10
o 15 archivos dentro de /usr/local, y tienden a ser scripts escritos
por mí mismo. Incluso para su uso en una sóla computadora, siempre
prefiero armar paquetes para cualquier cosa que tenga que instalar a
patita. Ayudan a mantener la sanidad a largo plazo.

Saludos,

GaRaGeD Style

unread,
Nov 5, 2008, 5:48:37 PM11/5/08
to ayuda...@googlegroups.com
>
> El paquete en cuestión no es -hasta donde puedo ver- un paquete
> independiente, sino que forma parte de php-db:
>
> $ apt-cache show php-db
> Package: php-db
> (...)
> Description: PHP PEAR Database Abstraction Layer
> DB is a database abstraction layer providing:
> (...)
> Drivers for the following extensions pass the complete test suite and
> provide interchangeability when all of the database's portability
> options are enabled:
> fbsql, ibase, informix, msql, mssql,
> mysql, mysqli, oci8, odbc, pgsql,
> sqlite and sybase.
> .
> There is also a driver for the dbase extension, but it can't be used
> interchangeably because dbase doesn't support many standard DBMS
> features.
>
> El comentario al final básicamente indica que el paquete _cuenta_ con
> la funcionalidad para abrir archivos de DBase:
>
> $ dpkg -L php-db|grep dbase
> /usr/share/php/DB/dbase.php
>
cat dbase.php
<?php
require_once('DB.php');

$dsn = 'dbase:////home/max/dbase.db?mode=0666';
$options = array(
'debug' => 2,
'portability' => DB_PORTABILITY_ALL,
);

$db =& DB::connect($dsn, $options);
if (PEAR::isError($db)) {
die($db->getMessage());
}

// ...

$db->disconnect();
?>
max@garaged ~ : php dbase.php
DB Error: extension not found


El paquete es una capa de abstracción, pero todavía necesita que
tengas el "módulo/driver" (dbase.so) correspondiente para cada base de
datos.

No debería ser demasiado difícil agregar el "módulo", manualmente, o
incluso crear el .deb, pero yo no tengo una máquina decente para
compilar lo necesario y probarlo (me da hueva invertirle unas horas al
proceso con mi procesador de 1.7Ghz).

GaRaGeD Style

unread,
Nov 5, 2008, 5:54:23 PM11/5/08
to ayuda...@googlegroups.com
2008/11/5 Carlos Manuel Escalona Villeda <cxesc...@gmail.com>:

>
> No puedo convertir porque necesito que la aplicación se conecte a bases
> de datos en dbf que están cambiando constantemente, por lo que no es
> conveniente importar cada 3 o 4 horas.

Y podrás invertir en portar la aplicación, o parte de ella a perl ??

libdbd-xbase-perl - Perl module to access xbase files (optionally through DBI)

Gunnar Wolf

unread,
Nov 6, 2008, 2:04:40 AM11/6/08
to ayuda...@googlegroups.com
GaRaGeD Style dijo [Wed, Nov 05, 2008 at 04:48:37PM -0600]:

> cat dbase.php
> <?php
> require_once('DB.php');
>
> $dsn = 'dbase:////home/max/dbase.db?mode=0666';
> $options = array(
> 'debug' => 2,
> 'portability' => DB_PORTABILITY_ALL,
> );
>
> $db =& DB::connect($dsn, $options);
> if (PEAR::isError($db)) {
> die($db->getMessage());
> }
>
> // ...
>
> $db->disconnect();
> ?>
> max@garaged ~ : php dbase.php
> DB Error: extension not found
>
> El paquete es una capa de abstracción, pero todavía necesita que
> tengas el "módulo/driver" (dbase.so) correspondiente para cada base de
> datos.
>
> No debería ser demasiado difícil agregar el "módulo", manualmente, o
> incluso crear el .deb, pero yo no tengo una máquina decente para
> compilar lo necesario y probarlo (me da hueva invertirle unas horas al
> proceso con mi procesador de 1.7Ghz).

Ummm... A saber qué es lo que tienes ahí. Por acá funciona sin
broncas:

0 gwolf@lafa[11]~$ php /usr/share/php/DB/dbase.php
0 gwolf@lafa[12]~$

Y no tengo en mi sistema ningún dbase.so; el paquete php-db sólo
depende de php-pear (y no recomienda ni sugiere nada), y php-pear
depende de php5-cli | php4-cli, php5-common (>= 5.2.0-8+etch13),
recomienda gnupg y sugiere php5-dev | php4-dev. Ergo, hasta donde
entiendo, está completo.

Saludos,

GaRaGeD Style

unread,
Nov 6, 2008, 10:55:47 AM11/6/08
to ayuda...@googlegroups.com
> 0 gwolf@lafa[11]~$ php /usr/share/php/DB/dbase.php
> 0 gwolf@lafa[12]~$

Gunnar

Lo que yo corrí fué un script mínimo que intenta abrir una base de
datos dbase vacía (la va a crear automágicamente, pq no existe).

Si corres /usr/share/php/DB/dbase.php, simplemente estás cargando una
clase, pero ni siquiera estas creando una instancia de ella, por lo
que no puedes saber si va a funcionar o no (magia php-era).

Sí es necesario tener un driver para dbase, así como es necesario
tener uno para mysql o cualquier otra base de datos que desees accesar
a través de el módulo php-db de pear.

Carlos Manuel Escalona Villeda

unread,
Nov 7, 2008, 11:33:53 AM11/7/08
to ayuda...@googlegroups.com
Bueno, después de buscar y leer resulta que el problema surge de que
retiraron el paquete php5-dbase de los repositorios en favor de paquetes
instalables con pear.

Ya pude instalar con pear un agregado llamado "DB" y se me creó

/usr/share/php/DB/dbase.php

Para que funcionara tuve que buscar el archivo dbase.so en un RPM para
mandriva y copiarlo a /usr/lib/php5/20060613+lfs/

Ahora el detalle es que necesito documentación para aprender a usar
dbase.php, pero parece que la misma es inexistente, solo están los
comentarios incluidos dentro del fichero.

La aplicación que estoy haciendo es para un CallCenter que graba todo en
un sistema basado en Clipper. La utilidad era llenar un formato (que
actualmente llenan a mano) de forma automática a partir de los DBF en
donde capturan la información y mandar a imprimir el formato completo,
con miras a convencerlos para tirar a la basura a clipper y hacer una
aplicación de verdad....

De momento creo que me olvidaré del llenado automático a partir de los
DBF en lo que encuentro la manera de poder leer nuevamente estos
archivos desde PHP ahora que mis preciosas funciones ya no sirven....

Que mala leche.

GaRaGeD Style escribió:

Marcos Garcia Trejo

unread,
Nov 7, 2008, 12:11:36 PM11/7/08
to ayuda...@googlegroups.com
La documentacion de DB.php esta en http://pear.php.net/manual/en/package.database.db.php

Gunnar Wolf

unread,
Nov 7, 2008, 1:47:17 PM11/7/08
to ayuda...@googlegroups.com
GaRaGeD Style dijo [Thu, Nov 06, 2008 at 09:55:47AM -0600]:

> Gunnar
>
> Lo que yo corrí fué un script mínimo que intenta abrir una base de
> datos dbase vacía (la va a crear automágicamente, pq no existe).
>
> Si corres /usr/share/php/DB/dbase.php, simplemente estás cargando una
> clase, pero ni siquiera estas creando una instancia de ella, por lo
> que no puedes saber si va a funcionar o no (magia php-era).
>
> Sí es necesario tener un driver para dbase, así como es necesario
> tener uno para mysql o cualquier otra base de datos que desees accesar
> a través de el módulo php-db de pear.

UGH...

Una razón más para odiar a PHP. Chale, yo supondría que con compilar
dbase.php debería tener la inteligencia suficiente para ver si es
aplicable en el mundo real...

Gr, vo'a revisar esto un poquito, y... bueno, por lo menos merecería
meter un reporte de bug!

GaRaGeD Style

unread,
Nov 7, 2008, 2:25:34 PM11/7/08
to ayuda...@googlegroups.com
Ya entrado en la curiosidad, y buscando algo con que olvidar mi triste
realidad, intenté compilar el módulo dbase.so, y con php 5.2.6 y no se
puede, por alguna razon solo puede ser compilado "estático", pero como
módulo no, supongo que esa es la una de las razones por la que ya no
incluyen soporte de dbase en debian. Aunque no sería nada complicado
que le agregaran al configure un "--enable-dbase" y ya, pero por
alguna razon no lo han hecho (probablemente nadie lo ha pedido).

Gunnar Wolf

unread,
Nov 7, 2008, 2:57:25 PM11/7/08
to ayuda...@googlegroups.com
GaRaGeD Style dijo [Fri, Nov 07, 2008 at 01:25:34PM -0600]:

>
> Ya entrado en la curiosidad, y buscando algo con que olvidar mi triste
> realidad, intenté compilar el módulo dbase.so, y con php 5.2.6 y no se
> puede, por alguna razon solo puede ser compilado "estático", pero como
> módulo no, supongo que esa es la una de las razones por la que ya no
> incluyen soporte de dbase en debian. Aunque no sería nada complicado
> que le agregaran al configure un "--enable-dbase" y ya, pero por
> alguna razon no lo han hecho (probablemente nadie lo ha pedido).

Pos... Como podrán darse cuenta, reporté el bug. A ver qué nos
responden.

Saludos,

GaRaGeD Style

unread,
Nov 7, 2008, 3:14:31 PM11/7/08
to ayuda...@googlegroups.com
Yo también reporté a los paquetes correspondientes, a ver si responden

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504889

Saludos
Max
p.d. en teoría no es un duplicado, sino que ambas cosas deberían
corregirse, aunque ya no es totalmente posible pq ya no hay manera de
mantener separado el módulo php-dbase.

Paynalton

unread,
Nov 7, 2008, 5:23:03 PM11/7/08
to ayuda...@googlegroups.com
Vaya, me pondr'e a leer de inmediato...

El día 7 de noviembre de 2008 11:11, Marcos Garcia Trejo
<add...@gmail.com> escribió:
--
Si un ave no rompe su huevo morira antes de nacer.
Nosotros somos el ave y el mundo es nuestro huevo.
POR LA REVOLUCION DEL MUNDO!!!!
<img src="http://mx.geocities.com/cxescalona/paynalton.gif">

Gunnar Wolf

unread,
Nov 7, 2008, 5:23:59 PM11/7/08
to ayuda...@googlegroups.com
GaRaGeD Style dijo [Fri, Nov 07, 2008 at 02:14:31PM -0600]:

>
> Yo también reporté a los paquetes correspondientes, a ver si responden
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504889
>
> Saludos
> Max
> p.d. en teoría no es un duplicado, sino que ambas cosas deberían
> corregirse, aunque ya no es totalmente posible pq ya no hay manera de
> mantener separado el módulo php-dbase.

Bueno, es el mismo problema, por tanto podría verse como un sólo bug
;-) Pero bueno, veo que ya te respondió el buen Raphael, y estructuró
los bugs de manera correcta (el tuyo y #341420 se refieren al mismo
problema por lo que los unió - "merge"), e indicó que el bug que yo
reporté depende de la resolución del tuyo.

Pero bueno, por lo visto la parte medular es lo reportado en #341420 -
La licencia de dbase.so menciona:

Permission is granted to distribute and use the source,
documentation files and/or compiled binaries associated with dbf
for non-commercial use. No charges may be made for such
distributions.

Por lo que no puede ser considerado libre.

GaRaGeD Style

unread,
Nov 7, 2008, 5:33:39 PM11/7/08
to ayuda...@googlegroups.com
De hecho ya chequé lo que existe en la version PHP de sid, y el dbase
ha sido totalmente sustituido por un archivo creado por Jim Winstead
<ji...@php.net> y con la licencia PHP, por lo que supongo que el
problema se ha solucionado, y la solución está ahí para ser
implementada.

En un momento más le aviso a Raphael Geissert para ver si revisa el
archivo y corrige el problema para la siguiente version/revision de
php.

Orale, que buenas cosas salen de un problema práctico no ?

Saludos
Max

Gunnar Wolf

unread,
Nov 7, 2008, 5:38:01 PM11/7/08
to ayuda...@googlegroups.com
GaRaGeD Style dijo [Fri, Nov 07, 2008 at 04:33:39PM -0600]:

>
> De hecho ya chequé lo que existe en la version PHP de sid, y el dbase
> ha sido totalmente sustituido por un archivo creado por Jim Winstead
> <ji...@php.net> y con la licencia PHP, por lo que supongo que el
> problema se ha solucionado, y la solución está ahí para ser
> implementada.
>
> En un momento más le aviso a Raphael Geissert para ver si revisa el
> archivo y corrige el problema para la siguiente version/revision de
> php.

Bueno, Raphael no es el mantenedor de PHP, es un chavo (residente en
Jalapa, para más señas) muy metido en QA en general - en todo caso,
responde al reporte mismo, donde lo verá quien deba verlo.

Oye, ¿y dónde encontraste eso? Porque en Sid, el problema sigue
presente. El encabezado de dbase.php sigue diciendo:

* The PEAR DB driver for PHP's dbase extension
* for interacting with dBase databases
*
* PHP versions 4 and 5
(...)
* @copyright 1997-2007 The PHP Group
* @license http://www.php.net/license/3_0.txt PHP License 3.0

No se si te referías a esa licencia - Sí, dbase.php es libre, pero no
dbase.so :-/

> Orale, que buenas cosas salen de un problema práctico no ?

Es divertido. Y reportar bugs también!

GaRaGeD Style

unread,
Nov 7, 2008, 5:45:24 PM11/7/08
to ayuda...@googlegroups.com
Disculpen mi estupidez

El archivo dbase.c incluye todavía unos archivo dbf_* que mantienen el
problema de licenciamiento, y bueno, ya le escribí al autor para saber
de buena fuente si tiene interés en relicenciar o no los archivo para
que sean incluidos en Debian.

A ver que responde.

Gunnar:

Lo vi en ./ext/dbase/dbase.c, en los sources de php5, le dí una
revisada rápida, y como ví que implementaba todo, pensé que había sido
totalmente sustituido, pero resulta que si incluye el archivo "dbf.h"
que a su vez incluye los otros archivos con licencia desconocida.

Paynalton

unread,
Nov 7, 2008, 7:59:06 PM11/7/08
to ayuda...@googlegroups.com
Bien amigos, seguimos avanzando.

El archivo dbase.so que obtuve no me sirvi'o pues no correspond'ia con
la versi'on de PHP, pero siguiendo otro consejo la soluci'on fue
descargar las fuentes desde php.net, compilar y copiar el archivo al
lugar apropiado.

El script corre bien, aunque tengo una duda a la que no puedo
encontrar respuesta. este es un troizo del script con el que estoy
probando siguiendo los ejemplos>

require_once('PEAR.php');
require_once 'DB/dbase.php';
require_once 'DB.php';

$dsn = "dbase:////mnt/sm/RED/EDI4.DBF&mode=0";
$conn = new DB_dbase();
$conn->connect ($dsn);
if (PEAR::isError($db)) {
die($conn->getMessage());
}
$result=$conn->query();
if (PEAR::isError($result)) {
die($result->getMessage());
}
while ($result->fetchInto($row))
{
echo $row[0] . "15\n";
}

echo("dsfasd");
$conn->disconnect();

La cuesti'on es que segun el manual, en la funci'on ""$conn->query()""
tengo que colocar una consulta al estilo Mysql. Sin embargo si hago
una sonsulta del tipo "SELECT * FROM tabla", no arroja resultados,
supongo que en primera porque no existen tablas.

Alguien ha visto alg'un manual que explique como realizar estas
consultas a archivos DBF??

Carlos Manuel Escalona Villeda

unread,
Nov 10, 2008, 12:07:36 PM11/10/08
to ayuda...@googlegroups.com

Versión Online: http://paynalton.blogspot.com/2008/11/howto-novia.html

HOWTO Novia <http://paynalton.blogspot.com/2008/11/howto-novia.html>

Introducción:

Existen muchos debates sobre la utilidad y conveniencia de tener NOVIA.
y es que si bien NOVIA puede traer muchas ventajas si se sabe utilizar
adecuadamente, también es cierto que NOVIA acapara muchísimos recursos
y, en ocasiones, simplemente se cuelga sin ninguna explicación lógica y
es necesario meter mano en todo el sistema para que vuelva andar, por lo
que muchos terminan desinstalando el paquete y todo rastro de su existencia.

En algunos foros y listas podemos ver usuarios complacidos por tenerle,
aseguran que los problemas se compensan de sobra con las ventajas. Lo
cierto es que al principio todos siempre están felices de tener NOVIA,
aunque la gran mayoría comienza a quejarse después de un tiempo.

Si a pesar de todo quieres tener NOVIA, entonces comencemos:

Preparativos.

Lo primero que necesitamos es tener el soporte adecuado en el Kernel,
toma en cuenta que hay ciertas incompatibilidades entre NOVIA y algunas
cosas que seguramente tienes ya compiladas, pero que te traerían
problemas si las mantienes junto con NOVIA.

#cd /usr/src/linux
#make --menuconfig

Primero habrás de quitar el soporte en el kernel de los módulos siguientes:

<>Borrachera
<>Largas horas en el WOW
<>Pláticas sobre tecnología que solo tu entiendes.
<>Criticar a artistas famosos por lo estúpidos que son.
<>Mirar a otras mujeres.
<>Deseos de ahorrar.
<>Intenciones de querer meterle Linux a todo aparato que caiga en tus manos.

Y Debes habilitar el soporte para lo siguiente:

<*>Paciencia
<*>Capacidad de alejarse más de 15 min de la computadora
<M>Deseos de socializar
<*>Capacidad para aguantar largas charlas en las que no se mencione a
Linuz Tovars ni una sola vez.

Nota: Si realmente no deseas retirar por completo el soporte a lo que
mencionamos anteriormente, puedes colocarlos como módulos y activarlos
con modprobe cuando NOVIA no esté en uso. Pero ten cuidado pues a veces
NOVIA se activa de improviso y si están activos estos módulos cuando lo
haga puede colgarse todo el sistema (sobre todo si tienes activo "mirar
a otras mujeres").

#make && make modules_install
#make install.

Instalando NOVIA

Primero descarga a NOVIA desde el repositorio de tu preferencia, existen
muchos repositorios, algunos libres y otros privativos, elige bien a la
NOVIA que deseas y descárgarla.

Los repositorios que te puedo recomendar son:

$wget http://cafeteria.escuela.edu/novia.deb
$wget http://salondeclases.escuela.edu/novia.deb
$wget http://antromascercano.com/novia.deb
$wget http://forodeencuentros.com/novia.deb
$wget http://citaaciegas.mama.org/novia.deb
$wget http://amiga.hermana.net/novia.deb
$wget http://novia.mejoramigo.net/novia.deb
$wget http://amiga.infancia.org/novia.deb
$wget http://desconocida.concierto.com/novia.deb
$wget http://vecinita.vecindario.net/novia.deb

Estate preparado para satisfacer las dependencias con los siguientes
paquetes:

#apt-get install baño-diario peinado-decente mira-sus-ojos-y-no-sus-pechos
#apt-get purge hablar-estupideces wow-adicción

Y también es recomendable contar con los siguientes paquetes:

#apt-get install flores chocolates cena-romantica cine


Una vez que tengas todo listo, como root:

#dpkg -i novia.deb

Es importante que no intentes instalar mas de un NOVIA al mismo tiempo,
pero si tienes dos o más procura tener solo un módulo activo o se te
colgará el sistema.

Reinicia el sistema y tendrás a NOVIA totalmente operativo

Utilizando NOVIA

Puedes levantar el servicio con el comando:

#/etc/init.d/llamaportelefono start

Esto arrancará a novia cada vez que la necesites, para detenerla
necesitas el siguiente comando:

#/etc/init.d/llevalaacasa stop

Si no vas a hacer uso seguido de NOVIA, usa con frecuencia:

$/usr/bin/llamaparasaludar

De lo contrario pudiera ser que NOVIA ya no responda cuando intentes
levantar el servicio.

También procura no usar en exceso este último comando, pues al parecer
algunas versiones de NOVIA tienen un bug que hace que se cuelguen
definitivamente, sobre todo si lo utilizas más de 5 veces al día.

Resolviendo problemas con NOVIA

Si en algún momento NOVIA se cuelga, puedes usar el siguiente comando:

#echo "Te Quiero" >> /etc/novia/oido.conf
#cat /sbin/besotierno >> /etc/novia/mejilla.conf
#/etc/init.d/llamaportelefono forcereload

Y si no resulta, puedes intentar:

#cat /sbin/regalocaro >> /etc/novia/mano.conf
#/etc/init.d/llamaportelefono forcereload


Si notas que NOVIA se cuelga muy seguido, revisa si no te falta alguna
dependencia. También sería conveniente que tengas estos paquetes si no
los tenías instalados con anterioridad:

#apt-get install ponte-desodorante lavate-bien-la-boca
pon-atencion-cuando-habla

Paquetes Extras

Entre otras cosas, los usuarios avanzados de NOVIA recomiendan los
siguientes paquetes:

#apt-get install novia-gusto-por-el-wow novia-usa-linux novia-vuelvete-geek

El paquete "sexo" es bastante recomendado, pero se recomienda haber
tenido ya un poco de tiempo en el manejo de NOVIA, pues muchos usuarios
novatos quieren instalar "sexo" apenas terminan de configurar a NOVIA,
lo cual casi siempre lleva a un bug que hace que NOVIA se desinstale a
si mismo y te arroje todos los logs de error sobre tu /home de un solo
golpe.

Si quieres instalarlo, es recomendable que en tu kernel actives como módulo

<M> condón

O, si no quieres estar levantando el módulo cada vez que quieras usar
"sexo" con NOVIA, puedes poner de forma permanente:

<*> vasectomía

Ninguno de estos dos es obligatorios, pero si no lo haces tarde o
temprano NOVIA ejecutará el comando:

wget https://cigüeña.paris.org/bebe.tar.gz

Este paquete privativo ocupa gran cantidad de espacio (tarda
aproximadamente 9 meses en descargar el tar comprimido y unos 18 años en
descomprimirse y compilar), y en algunos países es obligatorio instalar:

#apt-get novia-matrimonio

lo cual no siempre es lo que el usuario desea.

En estos casos algunos han encontrado la solución corriendo uno de los
tres siguientes comandos:

#killall bebe
#killall embarazo
#/sbin/NOVIA --aborto

Pero está demás decir que por licencia esto es ilegal en muchos países.

Conclusiones

Bien, ahora que están mejor informados disfruten de NOVIA si encuentran
el paquete apropiado y recuerden que NOVIA es solo una versión de prueba
que pueden elevar a ESPOSA si corren el script:

#/usr/bin/boda -i /sbin/NOVIA -o /sbin/ESPOSA

Paynalton

unread,
Nov 10, 2008, 7:15:15 PM11/10/08
to ayuda...@googlegroups.com
Bueno, ya consegí por fin obtener resultados de un DBF, aunque al
parecer estos scripts no tiene soporte para escritura en DBF.

Finalmente no hya que poner ninguna cadena como query pues simplemente
es ignorada.

Aparte, en el script anterior tenía yo un error en la forma de
construir el objeto, además de que la variable $dsn tiene su chiste.
He aquí el script que funciona:

function dbf_conexion($ruta,$modo=0)
{
require_once('PEAR.php');
require_once 'DB/dbase.php';
require_once 'DB.php';
$dsn = array(
'phptype' => 'dbase',
'database' => $ruta,
'mode' => $modo,
'fields' => array(
array('NOEDICION','N',4,0),
array('ANUNCIO','C',254),
array('TELEFONO1','C',13),
array('TELEFONO2','C',13),
array('DIRECCION','C',110),
array('PRECIO','N',11,2),
array('IDSECCION','C',4),
array('IDSEGLOBAL','C',4),
array('ORDEN','C',4),
array('SEGMENTO','C',1),
array('COMPROBADO','C',13),
array('ENTRADA','C',1),
array('CLAVEOPER','C',1),
array('REPETICION','N',2,0),
array('FECHA','D'),
array('HORA','C',8),
array('ESTADO','C',2),
array('AREA','C',1),
array('COD_POSTAL','C',5),
array('TIPO','C',1),
array('FECHALTA','D'),
array('SRAPRG','C',6),
array('PROGRAMADO','L'),
array('SITUACION','C',1),
array('IDUSUARIO','N,10',0),
array('SUPERFICIE','N',6,0),
array('IDANUNSM',N,'9',0),
array('BORRADO','L'),
),
);
$options = array(
'debug' => 2,
'portability' => DB_PORTABILITY_ALL,
);
$this->db = DB::connect($dsn, $options);
if (PEAR::isError($this->db))
{
die($this->db->getMessage());
}
$this->res=$this->db->query();
$this->numrows=$this->res->numRows();
// echo("ID".$this->base." / ruta:".$ruta."<br>");
}

Creo que al terminar con esto voy a escribir el Howto que a mi tanta
falta me ha hecho.

Miguel Cardenas

unread,
Nov 10, 2008, 7:51:34 PM11/10/08
to ayuda...@googlegroups.com
Holas

Pues como que es mucho rollo para levantar el dispositivo /dev/sex jajajajja creo que voy a sacar una linea de productos "geek" en mi tienda en linea, por el momento solo tengo playeras y tazas de tux, freebsd, linux inside, etc. pero igual voy a extender la variedad, se aceptan propuestas de diseños con sus respectivas regalias 8-)

Adjunto foto aprovechando el comercial por si le gustan a alguien, tambien se hacen diseños personalizados con logo o foto en taza y playera.

Saludos!!!

P.D. Me pregunto si sera una buena idea abrir tambien un sex shop geek :-D

GaRaGeD Style

unread,
Nov 10, 2008, 8:11:51 PM11/10/08
to ayuda...@googlegroups.com
Cualquiera que ponga como "repositorio" un archivo.deb es un wanabe en
vez de un verdadero geek :)

Solo mis 2 centavos

Romeo Gutiérrez Vásquez

unread,
Nov 10, 2008, 8:57:15 PM11/10/08
to ayuda...@googlegroups.com
GaRaGeD Style escribió:
Cualquiera que ponga como "repositorio" un archivo.deb es un wanabe en
vez de un verdadero geek :)

Solo mis 2 centavos
Max
  
wannabe

El término wannabe hace referencia a una persona que quiere imitar a otra, o incluso desea ser otra. El término, una contracción de want to be (en inglés, «querer ser»), entró a formar parte del lenguaje popular de los Estados Unidos a mediados de los años 80.

http://es.wikipedia.org/wiki/Wannabe

Busuqe solo por curiosidad, para saber de que hablan, espero no pasar por uno.

Paynalton

unread,
Nov 12, 2008, 6:25:00 PM11/12/08
to ayuda...@googlegroups.com
Y quien quiere ser un verdadero geek cuando se puede ser uno mismo y
no necesitar seguir canones de apariencia o comportamiento?.

Por cierto. me recomiendan algun wiki donde ponerlo y que se le
corrijan esos pequeños detalles?

El día 10 de noviembre de 2008 19:11, GaRaGeD Style
<gar...@gmail.com> escribió:

GaRaGeD Style

unread,
Nov 12, 2008, 9:44:23 PM11/12/08
to ayuda...@googlegroups.com
2008/11/12 Paynalton <cxesc...@gmail.com>:

>
> Y quien quiere ser un verdadero geek cuando se puede ser uno mismo y
> no necesitar seguir canones de apariencia o comportamiento?.
>
> Por cierto. me recomiendan algun wiki donde ponerlo y que se le
> corrijan esos pequeños detalles?

Si ánimo de ofender ni nada, en esencia no se puede evitar ser geek,
simplemente lo eres, como cuando eres don juan, o webon, lo eres y ya
:), así que muy evitable no lo es. Y no es que lo necesites,
simplemente lo eres, así de simple.

Checa el wikimedia, con lo que hacen wikipedia, es lo máximo de lo
máximo en wikis, hay muchas otras opciones, pero dificilmente vas a
encontrar algo mejor que eso.

Saludos

Paynalton

unread,
Nov 12, 2008, 10:25:24 PM11/12/08
to ayuda...@googlegroups.com
Grax... no me ofendes, es solo que me molesta cuando se quiere
establecer un estándar para las personas, como si necesitaramos un
patrón a seguir para ser nosotros mismos.

Si me dicen que necesito tal o cual cosa para ser geek, o para ser
dark, o para ser ateo como si se tratara de un club exclusivo en el
que te califican para poder entrar.

Yo soy yo, si entro en sus categorías pues que bien, si no encajo pues
ni modo, seguiré siendo yo y no pienso cambiar para complacer a otros.

Voy a ver lo de wikimedia, gracias... Porque muchos me han dicho sobre
cosas que faltan, y la verdad es que faltan cosas muy buenas, asi que
me gustaría dejarlo en un lugar así junto con otras cosas parecidas
que escribí para que otros las complementen.

El día 12 de noviembre de 2008 20:44, GaRaGeD Style
<gar...@gmail.com> escribió:
Reply all
Reply to author
Forward
0 new messages