Re: Para construir un paquete que requiere interactuar con una BD?
Gunnar Wolf: Estoy creando un paquete que requiere interactuar con una BD, ya sea Postgres, MySQL, Oracle u otra. No quiero poner en 'Depends' a ninguna de estas bases, pues en realidad no depende de su existencia en ESTA máquina, dado que la base de datos puede estar en cualquier otro lugar... ¿Cómo procedo? No pongas nada. En mi opinión, las dependencias cliente/servidor no deberían considerarse dependencias en el sentido de dpkg. Es como si wget tuviera un Depends: httpd (o un Recommends). Sería absurdo. No me imagino a nadie instalando wget, intentando usarlo sin éxito, y enviando un bicho al BTS diciendo que si no se instala nada más no funciona adecuadamente.
Re: Para construir un paquete que requiere interactuar con una BD?
Ten en cuenta que la Debian Policy dice al respecto de 'Recommends':
`Recommends'
This declares a strong, but not absolute, dependency.
The `Recommends' field should list packages that would be found
together with this one in all but unusual installations.
Es decir, que el paquete debe estar junto a los otros excepto que pase
algo 'raro'. Ese algo 'raro', en tu caso, es que el servidor de bases de
datos esté en otra máquina. Poner 'Suggests' evitaría que dselect
intentase instalar una base de datos, pero casi implica decir que el
programa funciona muy bien por su cuenta y riesgo, sin necesidad de una
base de datos, y que instalar una sólo mejoraría el funcionamiento.
Además. Ten en cuenta que quien instala el paquete mediante dselect, puede
indicarle que NO quiere instalar esos paquetes recomendados. Creo recordar
que estos días lo hablaban en una lista de correo (-devel?) o en el IRC.
Normalmente, si te limitas a quitar la selección de los paquetes
recomendados, dselect insistirá y los marcará de nuevo, pero si lees en la
pantalla de ayuda que aparece justo al pasar de escoger un paquete a
mostrarte los recomendados:
También puede moverse por la lista y cambiar los marcados para que se asemeje
más a lo que desea, y pueda `rechazar' las sugerencias utilizando las teclas
mayúsculas `D' y `R' (véase la pantalla de ayuda de combinaciones de teclas).
Utilice la `Q' mayúscula para forzarme a aceptar la situación actualmente
mostrada en caso de que desee descartar una recomendación o piense que el
programa se ha equivocado.
Por lo que el usuario no se va a ver forzado a instalar nada si no quiere.
De acuerdo con lo que dices, gracias.
Bueno, resolví esto de una manera más simple y correcta: Este programa, si
bien no requiere de una base de datos local, requiere tener el cliente de
PHP para ya sea MySQL o Postgres, y del cliente de la base de datos
elegida... Por tanto, puse:
Depends: ${shlibs:Depends}, apache | apache-ssl | httpd, php4, php4-mysql |
php4-pgsql, mysql-client | postgresql-client
Otra pregunta aquí: ¿No hay manera de agrupar lo que va con MySQL y lo que
va con Postgres? Yo pensaba algo así:
Depends: ${shlibs:Depends}, apache | apache-ssl | httpd, php4, (php4-mysql,
mysql-client) | (php4-pgsql, postgresql-client)
pero, obviamente, dpkg-buildpackage se atraganta :-(
Saludos,
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-1118
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
Re: Para construir un paquete que requiere interactuar con una BD?
Si todavía no me crees, dime una forma de satisfacer la dependencia
A | C, A | D, B | C, B | D en la cual no suceda que estén instalados
(A y B) o (C y D), como es tu objetivo.
Bueno, actualmente tengo php4-mysql | php4-pgsql, mysql-client |
postgresql-client y me parece que es equivalente a las cuatro
combinaciones...
Pues no lo es. De esa forma es posible instalar php4-mysql para
satisfacer la primera condición y postgresql-client para satisfacer
la segunda, y dselect quedaría contento, pero eso no es lo que tú quieres.
Tú quieres que haya que instalar, o bien php4-mysql y mysql-client,
o bien php4-pgsql y postgresql-client.
Pero no, me entendiste mal - quiero justo lo contrario. Quiero que
_sólamente_ puedas instalarlo con A+B o con C+D, no con A+D ni con B+C.
Oh, señor, dame paciencia... ¡pero dámela ya!
Columna v1. Tabla de verdad de (A B) || (C D)
Columna v2. Tabla de verdad de (A || C) (A || D) (B || C) (B || D)
A B C D v1 v2
0 0 0 0 0 0
0 0 0 1 0 0
0 0 1 0 0 0
0 0 1 1 1 1
0 1 0 0 0 0
0 1 0 1 0 0
0 1 1 0 0 0
0 1 1 1 1 1
1 0 0 0 0 0
1 0 0 1 0 0
1 0 1 0 0 0
1 0 1 1 1 1
1 1 0 0 1 1
1 1 0 1 1 1
1 1 1 0 1 1
1 1 1 1 1 1
La tabla está generada con este programa:
#include stdio.h
int main() {
int A, B, C, D, v1, v2;
printf(A B C D v1 v2\n);
for (A = 0; A = 1; A++) {
for (B = 0; B = 1; B++) {
for (C = 0; C = 1; C++) {
for (D = 0; D = 1; D++) {
v1 = (A B) || (C D);
v2 = (A || C) (A || D) (B || C) (B || D);
printf(%d %d %d %d %d %d\n, A, B, C, D, v1, v2);
}
}
}
}
return 0;
}
Esto quiere decir, dado que las dos últimas columnas son siempre idénticas,
que v1 y v2 son expresiones lógicas equivalentes, que es lo que he
estado tratando de decirte desde el principio.
Si todavía te quedan dudas, compila y ejecuta tú mismo el programa,
te aseguro que no hay ningún truco.
Re: Organización de la Linux Expo (ie Quién hace qué)
Hola! El lun, 18-03-2002 a las 20:36, Jose Carlos Garcia Sogo escribió: - Camisetas (alguien se anima a hacer unas y venderlas?) - ?? ¡¡Camisetas!! ¿Alguien tiene tiempo? ¡¡Yo quiero, yo quiero!! Si os parece bien puedo hacer unas cuantas camisetas con el logo de debian/rules. Como los resultados de la última vez (con el logo pequeñito bordado encima del bolsillo) fueron más bien discretos y caros, esta vez podríamos intentarlo con dibujos pegados, que sale más barato. ¿Alguna idea sobre el dibujo o la colocación? ¿Pregunto precios y os cuento lo que tenga, vale? Ya que voy a preguntar, me entero de precios de gorras y similares. Por cierto, esta vez con talla bajo pedido :-) Yo tengo grabadora de 8x, aunque hay veces que se le va la pinza y no graba. Lo que pasa es que woody son 6CD... eso es un poco demasiado... Yo puedo llevar CDs grabados. Tengo una grabadora 24x disponible, así que en un par de días puedo tener unos cuantos listos. - BOF (quién va a estar en la charla informal del 5 de abril a las 19h): Jfs Ender Jose Carlos Eduardo Díaz - Ordenadores (quién puede llevar algún ordenador o portatil para hacer demos y similares): Jfs (sobremesa, el de mi casa aunque está un poco cascado...) Si hace falta yo podría llevar el mío de sobremesa, aunque es un poco coñazo estar con máquinas de ese calibre... Gran torre, 17''... poco transportable :-( Quizá para otro año. - Otro material (hubs, cables de red, regletas...): jfs (regleta y algunos cables de red, puede que un hub) Tengo disponible un hub de 5 puertos, y puedo llevar los cables que haga falta (¿5 de 5 metros, por ejemplo?) Salu2 signature.asc Description: This is a digitally signed message part
