Re: Congreso Hispalinux
On Sat, 2003-09-06 at 19:33 +0200, Amaya wrote: Hay un chico de Ximian, Duncan, japonesito, ¡¡¡es chino!!! de Hong-Kong. Además, sabe decirlo muy bien en español Yo soy chino :-) 20 añitos (y un cielo) que necesita alojamiento en Madrid para el congreso. A mí no me cabe en casa, porque ya se queda a dormir otra gente de HL y de Debian. yo le he ofrecido quedarse en donde voy a estar yo, lo que pasa es que yo no sé si voy a estar todo el congreso, así que sería mucho mejor que estuviera en algún sitio donde pueda estar todos los días. Aparte de eso, deciros que es un encanto de persona, super divertido, y un hacha como hacker. Además, es colega de Hispalinux: http://rodrigo.gnome-db.org/photos/boston-062002/im58.jpg saludos
Re: Congreso Hispalinux
On Sat, 2003-09-06 at 19:56 +0200, Teófilo Ruiz Suárez wrote: El 6-sep-2003 a las 19:33:26, Amaya escribió: Hay un chico de Ximian, Duncan, japonesito, 20 añitos (y un cielo) que necesita alojamiento en Madrid para el congreso. A mí no me cabe en casa, porque ya se queda a dormir otra gente de HL y de Debian. Alguien puede? Doy fé de que el chico es un cielo (¿viene al congreso? :)). Hombre, en casa de alguien no sé, pero yo voy a ir y me tendré que quedar en algún sitio a dormir, acabo de enterarme de que tu no puedes acogerme Amaya :-P, así que siempre se podrá quedar conmigo y el resto de sevillanos en algún albergue. Me voy a enterar esta semana de donde me quedo, si quieres pasale mi email. si, por favor. Escríbele a [EMAIL PROTECTED] (Por cierto, perdón si ya lo habéis solucionado, pero acabo de bajarme cientos de mensajes y lo estoy leyendo poco a poco). saludos
Re: Welcome to the Cc mailing list
On Wed, 2003-07-23 at 11:42, Federico Sevilla III wrote: On Wed, Jul 23, 2003 at 04:27:07AM -0400, [EMAIL PROTECTED] wrote: Welcome to the [EMAIL PROTECTED] mailing list! [...] General information about the mailing list is at: http://strategicnetworks.com/mailman/listinfo/cc_strategicnetworks.com [...] You must know your password to change your options (including changing the password, itself) or to unsubscribe. It is: monotu [...] Seeing as it didn't seem like Debian-Devel as a whole wanted to be included in the lone mailing list of strategicnetworks.com with an empty archive, I took the liberty to unsubscribe us from the list using the password included in the initial mailing. it seems the subscription is already there. http://strategicnetworks.com/mailman/options/cc_strategicnetworks.com/debian-devel%40lists.debian.org cheers
Re: Welcome to the Cc mailing list
On Wed, 2003-07-23 at 13:09, Rodrigo Moya wrote: On Wed, 2003-07-23 at 11:42, Federico Sevilla III wrote: On Wed, Jul 23, 2003 at 04:27:07AM -0400, [EMAIL PROTECTED] wrote: Welcome to the [EMAIL PROTECTED] mailing list! [...] General information about the mailing list is at: http://strategicnetworks.com/mailman/listinfo/cc_strategicnetworks.com [...] You must know your password to change your options (including changing the password, itself) or to unsubscribe. It is: monotu [...] Seeing as it didn't seem like Debian-Devel as a whole wanted to be included in the lone mailing list of strategicnetworks.com with an empty archive, I took the liberty to unsubscribe us from the list using the password included in the initial mailing. it seems the subscription is already there. s/already/still http://strategicnetworks.com/mailman/options/cc_strategicnetworks.com/debian-devel%40lists.debian.org cheers
Re: viruses
On Fri, 2003-04-25 at 00:06, [EMAIL PROTECTED] wrote: do u know how to send them? please add this guy to spamassassin's black lists. cheers
named problems
Hi I've been, for several days now, getting the following messages in the log: Security Violations =-=-=-=-=-=-=-=-=-= Dec 7 04:02:49 lagun named[1108]: dumping master file: /var/cache/bind/tmp-LWOG9Y: open: permission denied Dec 7 04:02:49 lagun named[1108]: transfer of 'historia-antigua.com/IN' from 80.33.181.69#53: failed while receiving responses: permission denied Dec 7 04:40:37 lagun named[1108]: dumping master file: /var/cache/bind/tmp-g6VZyr: open: permission denied Dec 7 04:40:37 lagun named[1108]: transfer of 'historia-antigua.com/IN' from 80.33.181.69#53: failed while receiving responses: permission denied This is happening since I did, one day, an upgrade that I don't know if it included bind9 or not. Anyway, since then, I've upgraded several times, included once passwd-base, who told me there were some inconsistencies between debian and system users, so it ran a script to update /etc/passwd (it seems). But the messages are still showing up on the longs. What is wrong? named is being run as root, and the /var/cache/bind directory belongs to the bind user. What should I do to fix it? cheers
Re: named problems
On Sat, 2002-12-07 at 15:26, Russell Coker wrote: On Sat, 7 Dec 2002 15:20, Rodrigo Moya wrote: Dec 7 04:02:49 lagun named[1108]: dumping master file: /var/cache/bind/tmp-LWOG9Y: open: permission denied Dec 7 04:02:49 lagun named[1108]: transfer of 'historia-antigua.com/IN' from 80.33.181.69#53: failed while receiving responses: permission denied What is wrong? named is being run as root, and the /var/cache/bind directory belongs to the bind user. That is what is wrong. BIND9 drops the capability cap_dac_override and thus can't create files in directories owned by a UID other than root unless they are mode 777. The solution is to have the directory owned by the same UID that is used for running the named process. ok, did that. So, what has changed, the user with which named is run? Because I've had that working for months, and just started having those messages recently. Thanks!
Re: [Fwd: Who's using debian?]
On Mon, 2002-10-21 at 13:31, Rodrigo Moya wrote: On Sat, 2002-10-19 at 01:28, Santiago Vila wrote: Please note that this is a quick translation. I'm sure I have made some mistakes (for example, I don't know the exact english word for engorroso :-). messy, I would say. well, instead of guessing, I have looked at the Collins dictionary, and it says: engorroso - adj, bothersome, vexatious, trying; cumbersome, awkward cheers
Re: Gnome 2 para i586
On Mon, 2002-09-23 at 06:23, Roberto Majadas wrote: El sáb, 21-09-2002 a las 22:03, Amaya escribió: Buenas a todos : Siento no haberme unido a este hilo antes , pero estoy trabajando fuera de madrid y no he podido contestar antes . Yo soy el que le pidio a amaya que hicera eso y que lo pusiera en /opt . Pero creo que hay un fallo de concepto . La idea de pedir a amaya que hicera paquetes de gnome2 del cvs tiene su sentido . Y es para facilitar el acceso tanto a desarrolladores como a betatesters de lo ultimo en GNOME2 . Yo tengo GNOME2 compilado del CVS e instalado en /opt . Y lo unico que he tenido que hacer para que funciones es añadir unas pocas , creo que tres , variables de entorno . Y me funciona todo bien . ya, porque tienes todo GNOME en /opt. Pero prueba a instalar cosas en /usr y otras en /opt sin definir variables de entorno: muchas cosas no funcionan. Y ese es el problema con los paquetes, que para que funcionen nada más ser instalados, tienes que hacer un montón de cosas, o dejarlo para que sea el usuario el que se lo configure después de instalarlo. El interes que tengo de tener paquetes debian que instalen en /opt no es mas que tener un sistema GNOME2 completo he independiente del que ya tengo instalado en /usr . Y las razones son muy sencillas . El tener instalado un GNOME2 en /opt para el desarrollo posibilita que si en algun momento se me queda colgado GNOME2 o es altamente inestable , puedo abrir otra sesion con el estable en /usr . con paquetes, simplemente tienes que volver a poner la versión que tenías antes :-) Si yo por ejemplo quiero escribir codigo para GNOME , solo tengo que abrir una sesion en el de /opt y trabajo ahi si que me peligre el estable . ¿Esto os parece malo ? ... a mi me parece practico . Yo no puedo tener el ordenador inestable , porque trabajo con el dando cursos . Y no me puedo presentar en segun que cursos con una version inestable . Otra buena razon para tener paquetes paralelos en /opt es que los betatesters de gnome que usan debian , podrian instalarselo sin temer por cargarse lo que tienen en /usr . Si os parece una locura , os recuerdo que GNOME2 se ha desarrollado asi . En el desarrollo de GNOME2 aparecieron unos cuantos scripts como los vicious-build-scripts o garnome que hacen exactamente eso ... y sirven exactamente para eso . si, repito que sirven para instalar TODO gnome en un sitio. Si lo instalas todo en el mismo sitio, no hay problema, ya sea /opt o /directorio/dondesea. Todo está en el mismo sitio, y los componentes bonobo, librerías, etc, etc se encuentran en donde tienen que estar. Pero en el momento que mezcles paquetes de ambos $prefix, ya la cosa no es tan automática. Que os parece malo de esta idea , cuando ha sido usado y se sigue usando como es el caso de garnome ? . Con respeto lo que decia rodrigo de que habia paquetes en del cvs que se instalaban en /usr . Pues eso a efectos practicos es una abrerracion ( y no es por jorobar rodrigo , que sabes que te aprecio un monton ) . Yo no quiero tener un sistema inestable mezclando paquetes del cvs con los de debian . Prefiero tener dos GNOME's uno en /usr y otro en /opt . Aunque tenga que poner dos o tres variables de entorno mas ;) . Entonces, compila el de /opt con garnome, como dices, que para eso sirve :-) Estamos hablando de paquetes. A mi en mi /opt lo unico que no me funciona es los menus de debian , todo me va muy bien . A fin de cuentas , esta solucion ayuda a los desarrolladores , ayuda a la mejor funcion de los betatesters y no creo que haga daño a nadie . Asi que no entiendo porque tanta historia . Antes de responder , pensar primero en los ejemplos que os di ... vicious , garnome o cvsgnome . Porque no ibamos a poder aprovechar nuestro maravilloso sistema de paquetes y nuestro magnifico apt ... para hacer exactamente los mismo ?? porque una cosa es hacer paquetes, donde hay unas normas, y otra es instalar fuentes en un directorio. Si quieres compilar, instala donde te dé la gana, pero si son paquetes, por todas las razones que ya se han dicho, lo mejor es que sean paquetes normales y corrientes, con las mismas reglas que los oficiales. Y puesto que los paquetes que vamos a hacer tienen sus versiones oficiales, tiene mucho más sentido aún el hacerlos como se dice en Debian. Imagina el caso de alguien que sólo quiere un GNOME (no dos, como tú), y se le actualiza el gnome-session de CVS, y el nautilus de sid. El uno puede que no encuentre los ficheros de configuración/componentes/librerías/etc del otro, por lo que el usuario, otra vez, estará jodido y tendrá, cada vez que haya una actualización de uno u otro, andar tocando ficheros de configuración/variables/etc. En el caso de dos GNOMEs, como tú dices, si, claro que tiene sentido, pero creo que la mayor parte de la gente que use esos paquetes querrá un GNOME, como hacemos todos los que tenemos fuentes no oficiales (yo quiero el openoffice en /usr, no en /opt, aun siendo
Re: Gnome 2 para i586
On Sat, 2002-09-21 at 18:18, Ghe Rivero wrote: PD.- Rodrigo, siento estar tardando tanto con esta parte del libro, pero se me han juntado unos cuantos problemillas de golpe... espera una semanita na más :) ok, esperaré :-) saludos
Re: Gnome 2 para i586
On Sun, 2002-09-22 at 16:58, Amaya wrote: Rodrigo Moya dijo: si, le funciona porque TODO GNOME está en /opt/gnome y por tanto no hay problema, porque simplemente se buscan los ficheros de configuración, componentes, librerías, etc, en el $prefix que hayas usado (/opt/gnome), y luego, simplemente, el usuario arranca /opt/gnome/bin/gnome-session, que arranca el resto de aplicaciones sin problemas, pues todo está en su sitio. Claro, yo pensaba crear un .xinitrc especial. Por eso quiero que coexistan, porque en principio no se usa mi gnome2 por defecto. pero el .xinitrc es local a cada usuario, o sea que tendrías que modificar los .xinitrc de todos los usuarios que haya en el sistema al instalar el paquete. Eso, o que los usuarios lo modifiquen a mano, o usar un xinitrc global, que será reemplazado por los paquetes de SID cada vez que se instalen encima de los del cvs, o por los .xinitrc de cada usuario Es decir, al final es muy complicado que instalando en /opt tengas una actualización sin problemas y funcionando a la primera, pues siempre hay que tocar la conf para que el resto de GNOME sepa lo que hay en /opt. pero ¿cómo van a coexistir con todo lo que te comento arriba? Y además, gnome-session y gnome-session-del-cvs nunca pueden coexistir. Si los dos paquetes están instalados a la vez, seguro que causan más de un problema. O tener dos versiones de componentes bonobo, o dos versiones de librerías idénticas, etc. Pues no se, pero deberia poderse hacer... Por ejemplo, ¿no puedo crearme un ususario en mi sistema que use ese Gnome experimental y seguir usando mi Gnome de toda la vida en mi cuenta habitual? Eso seria lo ideal, lo que estoy buscando. si, claro que es posible, pero hacerlo con paquetes resulta un poco complicado, en mi opinión. Como te he dicho, yo tengo casi todo GNOME en /usr con paquetes deb, y algunas apps del CVS en /opt/gnome. Todo funciona perfectamente, pero porque tengo mi entorno configurado específicamente para ello. Si un usuario instala un paquete en /opt, nada funciona nada más instalarlo. Así, que recuerde, el usuario tendrá que: * copiar el fichero .desktop a /usr para que la app salga en los menús * configurar BONOBO_INFO_PATH para que apunte al nuevo directorio con componentes bonobo, o copiar todos los ficheros .server a /usr * configurar PKG_INFO_PATH para que apunte al directorio con ficheros .pc (pkg-config), o copiarlos a /usr * configurar PATH y LD_LIBRARY_PATH y algunas cosas más. Es decir, todo esto para poder usar tus paquetes en /opt. Por supuesto, como te digo, es posible, pero crea demasiados trastornos, en mi opinión, aparte de que, por supuesto, el problema que puede presentarse porque se ejecute, por ejemplo, el gnome-session de /opt con el nautilus de /usr. En algunos casos, lo más probable es que las cosas no vayan muy bien, si ha habido algún cambio importante entre las versiones. De todas formas, a ver si nos hacemos con la máquina nueva ya de una vez, y podemos ir montando el sistema. Aunque, de todas formas, todo lo que sea ir preparando scripts y tal, pues viene bien ir haciéndolo :-) Creo que tienes cuenta de CVS en el CVS de GNOME Hispano, así que tú misma, crea los módulos que necesites. saludos
Re: Gnome 2 para i586
On Sun, 2002-09-22 at 22:05, Jose Carlos Garcia Sogo wrote: On Sun, Sep 22, 2002 at 09:23:13PM +0200, Eric Van Buggenhaut wrote: Al sáb 21 de sep de 2002 a las 10:03 +0200, Amaya escribió: Han recurrido a mi los niños de Gnome Hispano (posiblemente porque me tenian a mano). Quieren hacer paquetes debian diariamente del CVS. Ademas quieren que vaya follao asi que lo quieren para 586 y como no quieren que interfiera con el desorden^W^W los paquetes oficiales de Debian, se instalara en /opt. /opt no es buena idea para instalar paquetes Debian. No voy a repetir aqui los motivos. Hubo un laaargo hilo sobre el tema cuando Eray tuvo la misma idea que tu porque queria tener los paquetes de kd3 en su sistema coexistiendo con los de kde2. Lo puedes leer aqui: http://lists.debian.org/debian-devel/2002/debian-devel-200201/msg01273.html Pero aquello iban a ser paquetes oficiales incluidos en la distribucion, para los que /opt esta fuera de toda dudas excluido. Pero por lo que yo he entendido aqui (a menos que me haya saltado algo) es que estos paquetes van a ser versiones del cvs que van a estar en un repositorio fuera de Debian. En ese caso, ponerlos en /opt no es un problema, pues es software proporcionado por una tercera parte. si, es proporcionado por una 3ª parte, pero son versiones de paquetes oficiales, y, en muchos casos, va a haber paquetes del CVS mezclados con paquetes oficiales, y eso, como ya he comentado, puede presentar muchísimos problemas de configuración si están en directorios distintos. saludos
Re: Gnome 2 para i586
On Sat, 2002-09-21 at 22:03, Amaya wrote: Han recurrido a mi los niños de Gnome Hispano (posiblemente porque me tenian a mano). Quieren hacer paquetes debian diariamente del CVS. Ademas quieren que vaya follao asi que lo quieren para 586 y como no quieren que interfiera con el desorden^W^W los paquetes oficiales de Debian, se instalara en /opt. yo no veo porqué tienen que estar en /opt y, con ello, traer más problemas ($prefix distintos para componentes bonobo, librerías de desarrollo, etc). Son paquetes del CVS, y el que los quiera tendrá que añadir una línea al sources.list, algo que se hace conscientemente, así que, no veo la necesidad de instalarlos en /opt. Aparte que, creo, tener un paquete gnome-loquesea-2.0.2-cvs20020930 que sustituye a gnome-loquesea-2.0.2 pero que se instala en otro directorio, creo (corregidme si me equivoco) que va en contra de las normas de debian. Y si es así, para corregirlo habría que llamar a los paquetes gnome-loquesea-del-cvs. Me han facilitado un script que simplifica mucho la labor: http://www.fh-wilhelmshaven.de/~akcaagaa/tools/scripts/cvsgnome Me chiva cuantos modulos hay y en que orden se deben compilar. Estoy a punto de conseguir maquina. Ademas hay una sparc por ahi, pero no se si me voy a encargar de eso yo (no es que me apetecezca en exceso). la sparc (si es la de GH a la que te refieres) no se va a usar para hacer paquetes. Si alguien se anima que me haga un ping. Me encantaria que, ademas la gente que empaqueta por aqui me echara un ojo a mis artes empaquetadoras. No pretendo que sean los mejores paquetes del mundo, pero seria genial conseguirlo ;-) ¿Alguno sabe por que los empaquetadores oficiales de Gnome en Debian son tan bordes? Me supera... ¿porque se meten mucho con ellos? yo creo que es por eso :-) saludos
Re: Gnome 2 para i586
On Sat, 2002-09-21 at 22:38, Amaya wrote: Rodrigo Moya dijo: yo no veo porqué tienen que estar en /opt y, con ello, traer más problemas ($prefix distintos para componentes bonobo, librerías de desarrollo, etc). Son paquetes del CVS, y el que los quiera tendrá que añadir una línea al sources.list, algo que se hace conscientemente, así que, no veo la necesidad de instalarlos en /opt. El tipo del script los compila e instala en /opt y le funcionan tanto los componentes bonobo como las librerias de desarrollo. si, le funciona porque TODO GNOME está en /opt/gnome y por tanto no hay problema, porque simplemente se buscan los ficheros de configuración, componentes, librerías, etc, en el $prefix que hayas usado (/opt/gnome), y luego, simplemente, el usuario arranca /opt/gnome/bin/gnome-session, que arranca el resto de aplicaciones sin problemas, pues todo está en su sitio. Pero aquí estamos hablando de paquetes, que se instalarán junto con el resto de paquetes, y puede que un día el gnome-session de sid sea más moderno que el del cvs, y entonces, apt-get upgrade lo instalará, y cosas así. Y tener aplicaciones GNOME en dos $prefix, si bien posible (yo tengo casi todo gnome en paquetes en /usr y lo que compilo del CVS en /opt/gnome) obliga a definir una serie de variables de entorno, que o bien las tiene que definir el usuario en su entorno (con lo cual el paquete ya no funciona nada más ser instalado) o bien en los ficheros de configuración de los paquetes del CVS. Pero esto hace que como los paquetes de sid no tienen en cuenta lo que instalamos en /opt/gnome, cada vez que se actualice un paquete de sid y machaque la conf del paquete del CVS, las cosas dejarán de funcionar. Por todo esto, yo veo muchísimo más sencillo el usar /usr, como los paquetes oficiales. Simplemente, como he dicho antes, el que se añada la línea al sources.list sabe lo que hace, y sabe que son paquetes del CVS. Por cierto, Akira Tagoh ([EMAIL PROTECTED]) hacía antes paquetes debian del CVS (en /usr :-), así que quizás puedas hablar con él a ver si te puede pasar los scripts que usaba. Si algo falla, se me pone un bug y lo arreglo. eso ya lo sé :-) Aparte que, creo, tener un paquete gnome-loquesea-2.0.2-cvs20020930 que sustituye a gnome-loquesea-2.0.2 pero que se instala en otro directorio, creo (corregidme si me equivoco) que va en contra de las normas de debian. Y si es así, para corregirlo habría que llamar a los paquetes gnome-loquesea-del-cvs. Voy a intentar que no los substiyan. Que coexistan pacificamente. Ahi esta la gracia. pero ¿cómo van a coexistir con todo lo que te comento arriba? Y además, gnome-session y gnome-session-del-cvs nunca pueden coexistir. Si los dos paquetes están instalados a la vez, seguro que causan más de un problema. O tener dos versiones de componentes bonobo, o dos versiones de librerías idénticas, etc. la sparc (si es la de GH a la que te refieres) no se va a usar para hacer paquetes. No se si se trata de una sparc oficial o no. En cualquier caso, me la han ofrecido. Ya he manifestado que no estoy muy interesada en la sparc :-) ¿porque se meten mucho con ellos? yo creo que es por eso :-) Pues no se que decirte, yo soy desde cordial hasta pelota reportando bugs, segun como lo mires y SIEMPRE me responden mal, en mal tono, y me lo cierran sin que este arreglado. Y no monto la de $DEITY porque paso a tope de tocar las narices. Not a good thing (tm). Si yo contestara asi a todos los torpes que me escriben a mailman-owner en Hispalinux... Debe ser que las tias tenemos mas paciencia (o menos ego). En fin, solo era una observacion. si, quizás tengas razón. Yo no noto que sean especialmente bordes en debian-gtk-gnome@, pero vamos, yo no meto bugs, así que puede que sea por eso por lo que no me parecen tan bordes, o cuando lo han sido me ha parecido correcto, pues era en respuesta a alguien que entraba en la lista pegando palos a todo quisqui sin tener mucha idea. saludos
Re: ¿Kdd en los güevos del caballo?, ¿hace?
On Wed, 2002-08-28 at 03:23, Javier Viñuales Gutiérrez wrote: Buenas a todos, hace tiempo que no paro por Madrid con algo de tiempo y no está bien dejar de hacer la ya famosa Kdd en los Güevos del Caballo de Plaza Mayor, ya va apeteciendo :-D ¿Os hace unas cervecillas?, ¿unas tapitas?, cashondeuu hablando de esta o aquella anécdota, celebración de Woody, proyectos que tengamos en marcha, la vida, la vida mimmma ;-P a mí se me hacen, lo que pasa es que ya no estoy en Madrid, así que os las tendréis que tomaroslas a mi salud, o veniros a Navarra a tomaroslas :-) Pues eso, que lo paseis bien saludos
Re: XFree 4.2.0 - again
On Tue, 2002-04-16 at 10:20, Russell Coker wrote: Someone as stupid as Lasse is unlikely to live very long anyway. Maybe we need a new sub-distribution, Debian for glue-sniffers? maybe we need to ignore morons like him. I think him getting tens and tens of answers to his stupid mail means playing the same game as he does. Best thing is to completely ignore him, for instance, adding it to your spammers mail filter, which is what I'm doing right now. As an example, some weeks ago, when Miguel de Icaza said he would like GNOME 4.0 to use Mono (which is just his personal opinion, not an actual plan), we (like 100~ GNOME developers) got a mail from a moron who asked us to kick Miguel off the GNOME project. AFAIK, nobody answered him, and, so far, I haven't got another mail from him. So, please ignore trolls, they don't deserve your time. And, THANKS to all Debian developers, keep up the good work, my life is easier thanks to all of you :-) cheers -- Rodrigo Moya [EMAIL PROTECTED] - [EMAIL PROTECTED] http://www.gnome-db.org/ - http://www.ximian.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ¿Bug? (Paquetes que sobreescriben ficheros de otros paquetes).
On Mon, 2001-09-03 at 10:18, Amaya wrote: Buenas, Duda metafísica: [EMAIL PROTECTED]apt-get -u dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages will be upgraded libpisock4 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/49.0kB of archives. After unpacking 0B will be used. Do you want to continue? [Y/n] (Leyendo la base de datos ... 74412 ficheros y directorios instalados actualmente.) Preparando para reemplazar libpisock4 0.9.5.0-5 (usando .../libpisock4_0.9.5.0-6_i386.deb) ... Desempaquetando el reemplazo de libpisock4 ... dpkg: error al procesar /var/cache/apt/archives/libpisock4_0.9.5.0-6_i386.deb (--unpack): intentando sobreescribir `/usr/lib/libpisock.so.4.0.0', que está también en el paquete libpisock3 estan mal hechos esos paquetes, por lo que parece. libpisock3 no debería incluir libpsock.so.4.0.0, sino libpisock.so.3.0.0, de forma que se puedan instalar las dos versiones de la librería a la vez. saludos -- Rodrigo Moya [EMAIL PROTECTED] - [EMAIL PROTECTED] http://www.gnome-db.org/ - http://www.ximian.com/
Re: configure
On 07 Aug 2001 14:44:02 +, JM A M wrote: Hola lista. He instalado SID y estaba probando sus herramientas de desarrollo. He instalado los paquetes task para desarrollo en C y en C++, pero he debido hacer algo mal porque no encuentro configure. ¿En qué paquete está? Lo he buscado con apt-cache search y me ha encontrado muchas cosas, pero no lo que busco. Lo necesito para que me funcione kdevelop en kde ¿NO?. configure no es un programa en sí, es un script que genera autoconf. O sea es autoconf lo que necesitas. saludos -- Rodrigo Moya [EMAIL PROTECTED] - [EMAIL PROTECTED] http://www.gnome-db.org/ - http://www.ximian.com/