From cp46tan at hotpop.com Mon Sep 2 16:45:56 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Spam References: <1030737553.524.16.camel@Burgos> Message-ID: <3D7379A4.4020408@hotpop.com> Buenas >Esto del spam es increible, la lista recien creada y ya nos estan >inundando de spam. > Lo cierto es que es un problema bien grave. No tengo ni idea de como es posible que una semana despues de creada la lista ya estemos siendo bombardeados de esta manera. Me gustar?a de paso saber si en otras listas de gnu-es ha ocurrido est? situaci?n, y que soluci?n se le ha dado. ?Tal vez servir?a un buen filtro anti-spam? No me gustar?a que esto terminase como la lista bug-hurd, en donde la mayor?ia del correo es spam coreano. >Bueno a parte de eso, saludos a todos > > Un saludo, Manuel. From rkrdolistas at yahoo.com Mon Sep 2 18:53:42 2002 From: rkrdolistas at yahoo.com (=?iso-8859-1?q?Ricardo=20Rodr=EDguez?=) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Spam In-Reply-To: <3D7379A4.4020408@hotpop.com> Message-ID: <20020902165342.48405.qmail@web40505.mail.yahoo.com> Una soluci?n posible.. no ser?a ?restringuir la entrada de correo solo a los que estemos suscritos en la lista..? Saludos --- Manu Valderrama escribi?: > Buenas > > >Esto del spam es increible, la lista recien creada > y ya nos estan > >inundando de spam. > > > Lo cierto es que es un problema bien grave. No tengo > ni idea de como > es posible que una semana despues de creada la lista > ya estemos siendo > bombardeados de esta manera. > > Me gustar?a de paso saber si en otras listas de > gnu-es ha ocurrido > est? situaci?n, y que soluci?n se le ha dado. ?Tal > vez servir?a un > buen filtro anti-spam? No me gustar?a que esto > terminase como > la lista bug-hurd, en donde la mayor?ia del correo > es spam coreano. > > >Bueno a parte de eso, saludos a todos > > > > > Un saludo, > Manuel. > > > > > > _______________________________________________ > Hurd-es mailing list > Hurd-es@es.gnu.org > http://es.gnu.org/cgi-bin/mailman/listinfo/hurd-es ===== Ricardo Rodr?guez rkrdolistas@QUITAESTOyestotambienyahoo.com Debian Woody 3.0 Barrapunto: "En la planificaci?n esta el Secreto del ?xito" _________________________________________________________ Do You Yahoo!? Informaci?n de Estados Unidos y Am?rica Latina, en Yahoo! Noticias. Vis?tanos en http://noticias.espanol.yahoo.com From jemarch at es.gnu.org Mon Sep 2 22:29:56 2002 From: jemarch at es.gnu.org (Jose E. Marchesi) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Spam In-Reply-To: <3D7379A4.4020408@hotpop.com> (message from Manu Valderrama on Mon, 02 Sep 2002 16:45:56 +0200) References: <1030737553.524.16.camel@Burgos> <3D7379A4.4020408@hotpop.com> Message-ID: <200209022029.UAA03588@es.gnu.org> Me gustaría de paso saber si en otras listas de gnu-es ha ocurrido está situación, y que solución se le ha dado. ¿Tal vez serviría un buen filtro anti-spam? No me gustaría que esto terminase como la lista bug-hurd, en donde la mayorñia del correo es spam coreano. En general, la politica de GNU con nuestras listas es no poner filtros en el servidor de listas. Es cosa del usuario tratar con el spam. Ya hay un filtro, que podeis usar: X-Spam-Status: No, hits=0.0 required=5.0 tests=none version=2.31 X-Spam-Level: X-MIME-Autoconverted: from quoted-printable to 8bit by es.gnu.org id RAA01016 En X-Spam-Level: aparecen asteriscos, con el nivel de spam detectado en cada email. -- -- Jose E. Marchesi GNU Spain http://es.gnu.org GNUs Not Unix! http://www.gnu.org -- "And if cynics ridicule freedom, ridicule community... if 'hard nosed realists' say that profit is the only ideal...just ignore them, and use copyleft all the same." -- RMS --- From xuco at iespana.es Tue Sep 3 23:17:20 2002 From: xuco at iespana.es (=?ISO-8859-1?Q?F=E9lix?= Blanco =?ISO-8859-1?Q?Mart=EDn?=) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Spam In-Reply-To: <20020902165342.48405.qmail@web40505.mail.yahoo.com> References: <20020902165342.48405.qmail@web40505.mail.yahoo.com> Message-ID: <1031087841.514.2.camel@Burgos> El lun, 02-09-2002 a las 18:53, Ricardo Rodr?guez escribi?: > Una soluci?n posible.. no ser?a ?restringuir la > entrada de correo solo a los que estemos suscritos en > la lista..? > > Saludos > Estoy de acuerdo contigo, creo que la mejor solucci?n ser?a restringir la lista. En otras listas creo que usan el Spam Assasin, aunque no estoy seguro, pero restringir la lista a s?lo los que estamos suscritos eliminiar?a todo el spam. Saludos, F?lix -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje esta firmada digitalmente Url : http://es.gnu.org/pipermail/hurd-es/attachments/20020903/e1a634bc/attachment.pgp From zenton at es.gnu.org Thu Sep 5 00:54:55 2002 From: zenton at es.gnu.org (Vicente Hernando Ara) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFQu=E9?= nombre nos ponemos? Message-ID: <1031180136.15305.37.camel@BizentonPC> Saludos a toda la lista! ;) Ya tenemos la lista en marcha, y pronto tendremos una web. Ahora nos queda la tarea no trivial de ponernos un nombre! Puede ser... GUGE - Grupo de Usuarios de GNU/Hurd en Espa?ol GUGNUE - Grupo de Usuarios de GNU en Espa?ol etc etc ... Lo podemos decidir en la lista. Se aceptan todas las sugerencias, despertad la imaginaci?n ;) Saludos, Vicente. (aka: Zenton en #hurd-es) -- "In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." - Linus Torvalds. From cp46tan at hotpop.com Thu Sep 5 16:13:17 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFQu=E9_nombre_nos_ponemos=3F?= References: <1031180136.15305.37.camel@BizentonPC> Message-ID: <3D77667D.6090003@hotpop.com> Buenas. >Saludos a toda la lista! ;) > > Por suerte, si bien aun debe adquirir m?s vidilla ;-) >Ya tenemos la lista en marcha, y pronto tendremos una web. > >Ahora nos queda la tarea no trivial de ponernos un nombre! > >Puede ser... > > GUGE - Grupo de Usuarios de GNU/Hurd en Espa?ol > GUGNUE - Grupo de Usuarios de GNU en Espa?ol > etc etc ... > >Lo podemos decidir en la lista. >Se aceptan todas las sugerencias, despertad la imaginaci?n ;) > > En mi opini?n, por homogeneidad de nombres e ideas, deber?amos darle el nombre de hurd-es ? hurd-hispano. La p?gina podr?a ser m?s ? menos similar a la p?gina oficial de gnu sobre el hurd. Sin embargo, un modelo aun mejor de p?gina para la comunidad hurd espa?ola ser?a el que tiene ( http://hurdfr.org ), en el que organizan proyectillos y dem?s. Otra opciones ser?an cosas como "la horda", "la manada", y todas esas cosas que nos vienen a la mente cuando escuchamos eso de "the GNU Hurd" ( "la manada de ?us", traducci?n muy libre ). De paso, aunque no est? relacionado con el tema de este hilo, en el caso de que en nuestro futuro grupo de usuarios de el hurd nos dediquemos a hacer cosillas como documentaci?n, ? qu? formato de documentaci?n considerar?ais m?s adecuado ? Yo personalemente me declino por docbook, ? en su defecto alguna versi?n reducida del mismo ( como el dtd de la espiral ). Lo prefiero a TeXinfo por el asunto de la internacionalizaci?n; por lo que le? en uno de los ?ltimos manuales de TeXinfo la internacionalizaci?n s?lo es completa en el caso de generar un postscript. En cualquier caso, me gustar?a que alguien me aclarase si la situaci?n de la internacionalizaci?n de texi sigue igual. No me gustar?a equivocarme respecto a texi por mera ignorancia. Un saludo, Manuel. From raciel at x0und.net Thu Sep 5 20:03:36 2002 From: raciel at x0und.net (Alejandro =?ISO-8859-1?Q?S=E1nchez?=) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFQu=E9?= nombre nos ponemos? In-Reply-To: <3D77667D.6090003@hotpop.com> References: <1031180136.15305.37.camel@BizentonPC> <3D77667D.6090003@hotpop.com> Message-ID: <1031249018.926.36.camel@voyager> Hola! A mi personalmente me gusta lo de Hurd Hispano, por lo de seguir a Gnome Hispano y a Mono Hispano ;-))))))) Saludos -- Alex El jue, 05-09-2002 a las 14:13, Manu Valderrama escribi?: > Buenas. > > >Saludos a toda la lista! ;) > > > > > Por suerte, si bien aun debe adquirir m?s vidilla ;-) > > >Ya tenemos la lista en marcha, y pronto tendremos una web. > > > >Ahora nos queda la tarea no trivial de ponernos un nombre! > > > >Puede ser... > > > > GUGE - Grupo de Usuarios de GNU/Hurd en Espa?ol > > GUGNUE - Grupo de Usuarios de GNU en Espa?ol > > etc etc ... > > > >Lo podemos decidir en la lista. > >Se aceptan todas las sugerencias, despertad la imaginaci?n ;) > > > > > En mi opini?n, por homogeneidad de nombres e ideas, > deber?amos darle el nombre de hurd-es ? hurd-hispano. > > La p?gina podr?a ser m?s ? menos similar a la p?gina oficial de gnu > sobre el hurd. Sin embargo, un modelo aun mejor de > p?gina para la comunidad hurd espa?ola ser?a el que tiene > ( http://hurdfr.org ), en el que organizan proyectillos y dem?s. > > Otra opciones ser?an cosas como "la horda", "la manada", > y todas esas cosas que nos vienen a la mente cuando escuchamos > eso de "the GNU Hurd" ( "la manada de ?us", traducci?n muy > libre ). > > De paso, aunque no est? relacionado con el tema de este hilo, > en el caso de que en nuestro futuro grupo de usuarios de el hurd > nos dediquemos a hacer cosillas como documentaci?n, > ? qu? formato de documentaci?n considerar?ais m?s adecuado ? > Yo personalemente me declino por docbook, ? en su defecto > alguna versi?n reducida del mismo ( como el dtd de la espiral ). > Lo prefiero a TeXinfo por el asunto de la internacionalizaci?n; > por lo que le? en uno de los ?ltimos manuales de TeXinfo la > internacionalizaci?n s?lo es completa en el caso de generar un > postscript. En cualquier caso, me gustar?a que alguien me aclarase > si la situaci?n de la internacionalizaci?n de texi sigue igual. No me > gustar?a equivocarme respecto a texi por mera ignorancia. > > Un saludo, > Manuel. > > > > > _______________________________________________ > Hurd-es mailing list > Hurd-es@es.gnu.org > http://es.gnu.org/cgi-bin/mailman/listinfo/hurd-es > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje esta firmada digitalmente Url : http://es.gnu.org/pipermail/hurd-es/attachments/20020905/c84a2110/attachment.pgp From juanjesus.ojeda at hispalinux.es Thu Sep 5 19:30:25 2002 From: juanjesus.ojeda at hispalinux.es (Juan Jesus Ojeda Croissier) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFQu=E9?= nombre nos ponemos? In-Reply-To: <1031249018.926.36.camel@voyager> References: <1031180136.15305.37.camel@BizentonPC> <3D77667D.6090003@hotpop.com> <1031249018.926.36.camel@voyager> Message-ID: <1031247026.9065.66.camel@home> El jue, 05-09-2002 a las 19:03, Alejandro S?nchez escribi?: > > Hola! > > A mi personalmente me gusta lo de Hurd Hispano, por lo de seguir a Gnome > Hispano y a Mono Hispano ;-))))))) > > Saludos > > -- Alex A mi tambien, Hurd-Hispano mola ;) Que tal Alex? Tambien estas por aqui? Te veo en todas las listas xDDD Juanje (aka Kakutsi) From ghe_rivero at yahoo.es Thu Sep 5 21:58:14 2002 From: ghe_rivero at yahoo.es (Ghe Rivero) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFQu=E9?= nombre nos ponemos? In-Reply-To: <1031247026.9065.66.camel@home> References: <1031180136.15305.37.camel@BizentonPC> <3D77667D.6090003@hotpop.com> <1031249018.926.36.camel@voyager> <1031247026.9065.66.camel@home> Message-ID: <1031255894.441.4.camel@atlantida> Hurd Hispano, One point Ghe Rivero Pd.- Y las camisetas pa cuando??? (es que hago coleccion) El jue, 05-09-2002 a las 19:30, Juan Jesus Ojeda Croissier escribi?: > El jue, 05-09-2002 a las 19:03, Alejandro S?nchez escribi?: > > > > Hola! > > > > A mi personalmente me gusta lo de Hurd Hispano, por lo de seguir a Gnome > > Hispano y a Mono Hispano ;-))))))) > > > > Saludos > > > > -- Alex > A mi tambien, Hurd-Hispano mola ;) > Que tal Alex? Tambien estas por aqui? Te veo en todas las listas xDDD > > Juanje (aka Kakutsi) > > > _______________________________________________ > Hurd-es mailing list > Hurd-es@es.gnu.org > http://es.gnu.org/cgi-bin/mailman/listinfo/hurd-es -- Pienso, Luego Incordio!! Linux Counter User : ##180421## Hispalinux: 1175 From raciel at x0und.net Fri Sep 6 05:16:25 2002 From: raciel at x0und.net (Alejandro =?ISO-8859-1?Q?S=E1nchez?=) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Web de Hurd Hispano Message-ID: <1031282186.993.64.camel@voyager> Hola! Como se ve poco animada la lista veo bien que empecemos con la web aunque sea para llenar contenidos as? que hago referencia a las siguientes secciones de la web: 1. Introducci?n o un "Acerca de Hurd Hispano" que salga nada m?s en la introducci?n y intente introducir ideas como que es Hurd Hispano, quienes lo formamos, quien puede formar parte, los objetivos de esta comunidad al igual que otros proyectos que se vayan formando. 2. Secci?n de CVS, ser?a bueno tener cuenta CVS, ?quien nos la puede dar? ?gnu.es? ?hispalinux? Ser?a bueno poder albergar aunque fuese s?lo la documentaci?n y la web en el CVS de forma que estuviese todo automatizado. Al haber visto a Juanje entre la lista de correo, le hago un llamamiento para que me ayude con la parte de automatizaci?n de la web de forma que los documentos que vayamos escribiendo se generen de forma autom?tica. Para m?s referencias habr?a que mirar el tema de documentaci?n que lleva la espiral que hace algo similar a lo de GNOME Hispano usando XSL + XML + CSS y un motor XSL, bien le2* o sablotron, el segundo en debian y los primeros ya empaquetados por laespiral (www.laespiral.org creo). 3. Secci?n de bugzilla, ?sta no s? si ser? necesaria pero para ir cerrando bugs de documentaci?n vendr?a bien, tambi?n necesitamos de dicho servicio bien mediante los de GNU.es o los de HispaLinux. 4. Secci?n de Enlaces: Aqu? ir?an todos los enlaces relativos a microkernels, referencias a SO's, vamos generalizando todo teor?a de dise?o de SO, compiladores.. SO: QNX Plan9 ... (id a?adiendo tanto referencias como urls) Microkernels: Mach L4 Neutrino... Microguis: Photon.. Compilador: Mapping de C del MIG Librerias utilizadas: libports..., .. 5. Secci?n de Recursos: Aqu? en esta secci?n deber?a ir toda la documentaci?n relativa a HURD que tengais a mano (no hecha por cualquiera de nosotros), al igual que enlaces sobre los microkernels que usan, v?ase L4 o Mach. 6. Secci?n de tutoriales: Bueno lleg? la parte de *currar*, aqu? necesitamos aportaciones por la gente, mismamente tutoriales, articulos, traducciones de documentos, en fin cualquier cosa relativa a SO's o que se le relacione directamente con HURD vale para publicarlo en esta secci?n. 7. Secci?n de lista de correo: Pues eso, unicamente indicar como apuntarse a la cuenta de correo. 8. Otras secciones: Bien capturas de pantallas de otros sistemas operativos, microguis sobre otros SO`s. Tambi?n se podr?a hacer una secci?n relativa a la gente que forma parte de Hurd Hispano, cosa que no he visto en otros lados poniendo un identificativo (bien nombre o nick) a continuaci?n de la direcci?n de correo y web personal por si alguien quiere realizar alguna consulta con alguno de nosotros de forma que no sea la lista de correo. Bueno ya se me acabaron las ideas y tengo ma?ana ex?men de c?lculo, as? el caso que voy a seguir *chapando*, lo ?nico eso, que hay que irle dando vida a esto. Tambi?n se podr?an organizar charlas o algo similar en el IRC para atraer la atenci?n de la gente al igual que ir mirando varias tareas de las de HURD e ir completandolas, tambi?n hay que mirar una manera de poder colaborar con ellos. Bueno espero que sirva de algo mi mail y para los que a?n est?n de vacaciones que las aprovechen y para los que no, suerte con los ex?menes. Saludos -- Alex -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje esta firmada digitalmente Url : http://es.gnu.org/pipermail/hurd-es/attachments/20020906/79f54d4f/attachment.pgp From juanjesus.ojeda at hispalinux.es Fri Sep 6 04:28:17 2002 From: juanjesus.ojeda at hispalinux.es (Juan Jesus Ojeda Croissier) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Web de Hurd Hispano In-Reply-To: <1031282186.993.64.camel@voyager> References: <1031282186.993.64.camel@voyager> Message-ID: <1031279298.20169.12.camel@home> Hola ;) El vie, 06-09-2002 a las 04:16, Alejandro S?nchez escribi?: > Hola! > > Como se ve poco animada la lista veo bien que empecemos con la web > aunque sea para llenar contenidos as? que hago referencia a las > siguientes secciones de la web: > > 1. Introducci?n o un "Acerca de Hurd Hispano" que salga nada m?s en la > introducci?n y intente introducir ideas como que es Hurd Hispano, > quienes lo formamos, quien puede formar parte, los objetivos de esta > comunidad al igual que otros proyectos que se vayan formando. Yo soy nuevo en esto y nunca he entrado en el canal del irc, asi que de esta parte no se mucho, pero me gustaria saber. ?En que consiste exactamente Hurd Hispano??Y cuales son sus objetivos? > 2. Secci?n de CVS, ser?a bueno tener cuenta CVS, ?quien nos la puede > dar? ?gnu.es? ?hispalinux? Ser?a bueno poder albergar aunque fuese s?lo > la documentaci?n y la web en el CVS de forma que estuviese todo > automatizado. Me parece bastante importante. > Al haber visto a Juanje entre la lista de correo, le hago un llamamiento > para que me ayude con la parte de automatizaci?n de la web de forma que > los documentos que vayamos escribiendo se generen de forma autom?tica. > Para m?s referencias habr?a que mirar el tema de documentaci?n que lleva > la espiral que hace algo similar a lo de GNOME Hispano usando XSL + XML > + CSS y un motor XSL, bien le2* o sablotron, el segundo en debian y los > primeros ya empaquetados por laespiral (www.laespiral.org creo). Por supuesto, cuenta conmigo, no es uqe sea un experto, pero ya mas o menos le tengo cogido el tranquillo al sistema ;) Eso si, cuando acabe los examenes :-) > 3. Secci?n de bugzilla, ?sta no s? si ser? necesaria pero para ir > cerrando bugs de documentaci?n vendr?a bien, tambi?n necesitamos de > dicho servicio bien mediante los de GNU.es o los de HispaLinux. Creo que puede ser interesante y seguro que en hispalinux no lo dan sin problemas, en gnu.es no se como va la historia, pero supongo que tambien se podria. Es un buen sistema para coordinarse. > 4. Secci?n de Enlaces: Aqu? ir?an todos los enlaces relativos a ...... > > Tambi?n se podr?an organizar charlas o algo similar en el IRC para > atraer la atenci?n de la gente al igual que ir mirando varias tareas de > las de HURD e ir completandolas, tambi?n hay que mirar una manera de > poder colaborar con ellos. Esta idea me parece muy interesante. Asi me entero mejor de que va lo del Hurd... ;) Otra cosa que podria estar bien, seria un Wiki. Puede estar bien para darle vidilla a la web y para hacer "lluvias de ideas" para los proyectos, etc. > Bueno espero que sirva de algo mi mail y para los que a?n est?n de > vacaciones que las aprovechen y para los que no, suerte con los > ex?menes. Gracias igualmente :-) > Saludos > > -- Alex Nos vemos, ciao. Juanje (aka Kakutsi) From cp46tan at hotpop.com Fri Sep 6 17:22:34 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFC=F3mo_cerrar_correctamente_un_fichero?= =?ISO-8859-1?Q?_en_hurd=3F?= Message-ID: <3D78C83A.1060301@hotpop.com> Buenas. Como algunos sabr?is, estoy planeando hacer una gu?a sobre I/O b?sica en el Hurd, usando su interfaz nativa ( en vez de la librer?a C ). Sin embargo, me he encontrado con algunos problemas, y querr?a saber s? vosotros sabeis alguna soluci?n. En el tutorial que quiero escribir pongo una serie de ejemplos basicos de I/O. Uno de ellos es todo un cl?sico : una implementaci?n del comando cat. Cuando a cat se lo invoca con varios argumentos, debe concatenar a la salida standard todos los ficheros que le hemos pasado como argumento. Eso significa que usando el mismo "descriptor de ficheros" ( las comillas son para indicar que estoy abusando del termino Unix, que no existe en la interfaz nativa del Hurd, en donde el termino correcto creo que es "Objeto de E/S" ), debo abrir y cerrar distintos ficheros varias veces. Dado que la mayor?a de la gente en la lista no sabe mucho de la interfaz de E/S del Hurd, pues mientras explico mi problema tratar? tb de hacer una introducci?n a las cosas de las que hablo. La primera cosa antes de usar la interfaz de E/S del hurd es saber declarar un "Objeto de E/S". En realidad lo que declaramos es un puerto a ese objeto, y ese puerto ser? asignado a nosotros por un servidor de E/S. Adem?s, los servidores de E/S est?n obligados a soportar o bien un "file protocol" o sino un "soket protocol". Es decir, que un objeto de E/S es o bien un fichero o bien un "soket". Pues bien, suponiendo que lo que queremos abrir es un fichero, lo tendr? que declarar con algo as? como : file_t in; file_t out; ( he declarado dos, pues si quiero programar un cat, necesitar? una entrada y una salida ). El equivalente Unix a "file_t input" ser?a "int input". En el caso de que queramos abrir un archivo deberemos encontrar cual es el puerto de ese fichero ( = Objeto de E/S ), y se lo deberemos preguntar al servidor que maneja a ese fichero. Esto en el hurd se realiza con "file_name_lookup" : file_t file_name_lookup( const char *path_to_file, int mode, int perms ); esta llamada es practicamente identica a la llamada Unix "open"; por ejemplo para leer el fichero "/home/yo/programa.c" deber?amos escribir : file_t prog_file; prog_file = file_name_lookup( "/home/yo/programa.c", O_READ, 0 ); los modificadores de modo son por ejemplo O_READ u O_WRITE ( equivalentes a O_RDONLY y O_WRONLY de Unix ). En mi caso por ejemplo quiero abrir como salida "stdout" : file_t out; out = file_name_lookup( "/dev/stdout", O_WRITE, 0666 ); if( out == MACH_PORT_NULL ) error( 1, errno, "error: could not open stdout\n" ); Aqu? surge mi primera duda. ? No existe bajo el hurd una manera m?s elegante de abrir stdout ? En unix basta poner "int fd = 1;"; me pregunto si eso existe en el hurd cuando usas su interfaz nativa, y no su interfaz BSD Unix. Pero mi problema principal es que no conozco el equivalente a "close" en el hurd. Un m?todo un poco bruto para cerrar un fichero ser?a borrar el puerto que lo representa y luego reabrirlo : while( (--argc) > 0 ) { in = file_name_lookup( *(++argv), O_READ, 0 ); if( in == MACH_PORT_NULL ) error( 1, errno, "error: could not open file %s\n", *argv ); copy( in, out ); /* operaciones necesarias para copiar el contenido de in ( fichero ) en out ( stdout ) */ mach_port_deallocate( mach_task_self(), in ); } Y aqu? es donde surge mi problema. Al intentar abrir el segundo fichero, simplemente no lo hace. Eso me dice que cerrar el fichero com "mach_port_deallocate" es excesivo. ? Alguien conoce una soluci?n algo m?s elegante ? Bueno, con esto ya lo dejo... estoy algo cansado de escribir; si quereis luego sigo explicando alguna cosilla de la interfaz de I/O del hurd en otro correo. Bueno, a ver si alguno de vosotros sabe que debo hacer! Gracias. Un saludo, Manuel. From cp46tan at hotpop.com Fri Sep 6 18:15:36 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Web de Hurd Hispano References: <1031282186.993.64.camel@voyager> Message-ID: <3D78D4A8.20101@hotpop.com> Buenas. >Hola! > >Como se ve poco animada la lista veo bien que empecemos con la web >aunque sea para llenar contenidos as? que hago referencia a las >siguientes secciones de la web: > Menuda lista de sugerencias, aunque lo cierto es que son interesantes > >2. Secci?n de CVS, ser?a bueno tener cuenta CVS, ?quien nos la puede >dar? ?gnu.es? ?hispalinux? Ser?a bueno poder albergar aunque fuese s?lo >la documentaci?n y la web en el CVS de forma que estuviese todo >automatizado. > Creo que ese tipo de cosas se piden a nacho@es.gnu.org; en cualquier caso si queremos hacer una web, deberemos hacerlo todo de manera conjunta y organizada, y decirle a nacho quienes somos. >Al haber visto a Juanje entre la lista de correo, le hago un llamamiento >para que me ayude con la parte de automatizaci?n de la web de forma que >los documentos que vayamos escribiendo se generen de forma autom?tica. >Para m?s referencias habr?a que mirar el tema de documentaci?n que lleva >la espiral que hace algo similar a lo de GNOME Hispano usando XSL + XML >+ CSS y un motor XSL, bien le2* o sablotron, el segundo en debian y los >primeros ya empaquetados por laespiral (www.laespiral.org creo). > > El sistema de documentaci?n de la espiral me gusta bastante. Ser?a interesante adoptarlo, que si bien choca un poco con la ideolog?a GNU que recomienda usar texinfo, me parece un enfoque m?s adecuado. Otra opci?n es usar docbook a pelo como se hace en Gnome. >4. Secci?n de Enlaces: Aqu? ir?an todos los enlaces relativos a >microkernels, referencias a SO's, vamos generalizando todo teor?a de >dise?o de SO, compiladores.. > > Si quieres organizo un poco todos los enlaces que tengo y los mando a la lista ( son muchos ). Para abrir boca, una buena lista de enlaces para el hurd la podemos encontrar aqu? : http://debian.fmi.uni-sofia.bg/~ogi/hurd/links/ >6. Secci?n de tutoriales: Bueno lleg? la parte de *currar*, aqu? >necesitamos aportaciones por la gente, mismamente tutoriales, articulos, >traducciones de documentos, en fin cualquier cosa relativa a SO's o que >se le relacione directamente con HURD vale para publicarlo en esta >secci?n. > Bien, pues me pondr? a currar en lo poco que domino del hurd. > Tambi?n se podr?an organizar charlas o algo similar en el IRC para >atraer la atenci?n de la gente al igual que ir mirando varias tareas de >las de HURD e ir completandolas, tambi?n hay que mirar una manera de >poder colaborar con ellos. > Creo que hablamos algo del tema en el canal. Tal vez no sea tan mala idea despues de todo, aunque antes necesitar?amos tener m?s gente con buenos conocimientos del hurd. >Saludos > >-- Alex > > Un saludo, Manuel. From cambio_capitalservice at advancedsl.com.ar Fri Sep 6 18:52:43 2002 From: cambio_capitalservice at advancedsl.com.ar (Capital Service) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] =?iso-8859-1?Q?Consulte_nuetra_cotizaci=F3n?= Message-ID: <000801c255c5$d56b6a20$0a00000a@lowmachine> Consulte nuestra cotizaci?n de DOLARES-PATACONES-LECOPS-TICKETS y CHEQUES CANCELATORIOS. Servicios a domicilio Nuestros tel?fonos son: 4374-1077 - 4373-5142 - 4371-2330 Si no desea recibir m?s mensajes, responda con el titulo de REMOVER. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://es.gnu.org/pipermail/hurd-es/attachments/20020906/27f405a4/attachment.html From xuco at iespana.es Fri Sep 6 19:32:33 2002 From: xuco at iespana.es (=?ISO-8859-1?Q?F=E9lix?= Blanco =?ISO-8859-1?Q?Mart=EDn?=) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFQu=E9?= nombre nos ponemos? In-Reply-To: <1031255894.441.4.camel@atlantida> References: <1031180136.15305.37.camel@BizentonPC> <3D77667D.6090003@hotpop.com> <1031249018.926.36.camel@voyager> <1031247026.9065.66.camel@home> <1031255894.441.4.camel@atlantida> Message-ID: <1031333554.884.0.camel@Burgos> Otro punto mas para Hurd Hispano -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje esta firmada digitalmente Url : http://es.gnu.org/pipermail/hurd-es/attachments/20020906/f38d787f/attachment.pgp From elektron at eupla.org Fri Sep 6 21:05:08 2002 From: elektron at eupla.org (Ricardo =?ISO-8859-1?Q?Mu=F1oz?=) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFQu=E9?= nombre nos ponemos? In-Reply-To: <1031180136.15305.37.camel@BizentonPC> References: <1031180136.15305.37.camel@BizentonPC> Message-ID: <1031339146.1079.4.camel@Atomo> On Thu, 2002-09-05 at 00:54, Vicente Hernando Ara wrote: > Ahora nos queda la tarea no trivial de ponernos un nombre! > ... > Lo podemos decidir en la lista. > Se aceptan todas las sugerencias, despertad la imaginaci?n ;) > Hola a todos antes me presento por ser mi primer mensaje en lista, soy Ricardo Mu?oz aka elektron y bueno me gustaria pasar a Hurd en cuanto tenga algo de tiempo. Por lo del nombre yo tambien me inclino mas por Hurd-Hispano por seguir la "moda" (ademas la doble H puede dar juego a la hora de hacer algun logo :), nada mas saludos a todos, -- Ricardo Mu?oz ricardo.munoz@hispalinux.es elektron@eupla.org Grupo de Usuarios de Linux de La Almunia(GRULLA) http://grulla.hispalinux.es Canal #grulla en la red Openprojects Proyecto GUNIH http://gunih.es.gnome.org "... porque con GNU/Linux me siento mejor persona..." -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://es.gnu.org/pipermail/hurd-es/attachments/20020906/843fe401/attachment.pgp From icaro at ntskoala.com Fri Sep 6 21:24:51 2002 From: icaro at ntskoala.com (carlos d) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Re:Que_nombre_nos_ponemos Message-ID: <200209062154.VAA01037@es.gnu.org> Hola a todos, la verdad es que el nombre sugerido como "La manada de ?us" me parece muy original y no es que tenga nada en contra de "hurd hispano", el cual parece haber sido aceptado ya por muchos,simplemente que me parece un nombre muy tosco. A lo mejor el segundo define bastante bien el objetivo de todo, al fin y al cabo un grupo de usuarios y un lugar de discusion sobre hurd en espa?ol, pero el primero ecuentro que tiene mucho significante, adem?s de un aire po?tico y humor?stico a la vez. Supongo que algunos no les gustara mucho porque es un nombre en algunos aspectos arriesgado. Pero es tan solo una opinion y como dijo alguien una vez: "Las opiniones son como los culos, todos tenemos." Otra opcion podria ser un nombre recursivo que estan muy de moda ;) aunque ahora mismo no se me ocurre ninguno. Un saludo From mantonio at polinux.upv.es Fri Sep 6 01:01:19 2002 From: mantonio at polinux.upv.es (Marco Antonio) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] El nombre Message-ID: <3D77E23F.7070806@polinux.upv.es> HURDOS Lo propongo porque no es el t?pico nombre donde aparece una E de espa?ol. Pero el hecho de llamarnos HURDOS s? que, para los que hablamos espa?ol, es significativo con respecto a nuestra lengua. Seguir? pensando... Un saludo a todos. Marco A. From mantonio at polinux.upv.es Fri Sep 6 01:15:29 2002 From: mantonio at polinux.upv.es (Marco Antonio) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Nombres Message-ID: <3D77E591.9000503@polinux.upv.es> Hola. Se me ocurre tambi?n que podemos tener un nombre familiar y un nombre m?s oficial o est?ndar. " HURD-Hispano: La manada de ?us ". Podr?amos poner los dos. En la p?gina web llamarnos La Manada de ?us, poni?ndo entre par?ntesis HURD-HISPANO. Es una idea. Saludos. Marco A. From raciel at x0und.net Sat Sep 7 15:21:30 2002 From: raciel at x0und.net (Alejandro =?ISO-8859-1?Q?S=E1nchez?=) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Nombres In-Reply-To: <3D77E591.9000503@polinux.upv.es> References: <3D77E591.9000503@polinux.upv.es> Message-ID: <1031404891.993.3.camel@voyager> Hola! Seamos serios, ?la manada de los ?us? ?pero que nombre es ese? Yo sigo pensando que Hurd Hispano est? bien y se corresponde perfectamente a la idea de comunidad hispana del SO Hurd. Saludos -- Alex El jue, 05-09-2002 a las 23:15, Marco Antonio escribi?: > Hola. > > Se me ocurre tambi?n que podemos tener un nombre familiar y un nombre > m?s oficial o est?ndar. > " HURD-Hispano: La manada de ?us ". Podr?amos poner los dos. En la > p?gina web llamarnos La Manada de ?us, poni?ndo entre par?ntesis > HURD-HISPANO. Es una idea. > > Saludos. > > Marco A. > > > _______________________________________________ > Hurd-es mailing list > Hurd-es@es.gnu.org > http://es.gnu.org/cgi-bin/mailman/listinfo/hurd-es > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje esta firmada digitalmente Url : http://es.gnu.org/pipermail/hurd-es/attachments/20020907/b01ee24d/attachment.pgp From cp46tan at hotpop.com Sat Sep 7 21:07:50 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Nombres References: <3D77E591.9000503@polinux.upv.es> <1031404891.993.3.camel@voyager> Message-ID: <3D7A4E86.5000509@hotpop.com> Buenas. >Seamos serios, ?la manada de los ?us? ?pero que nombre es ese? > >Yo sigo pensando que Hurd Hispano est? bien y se corresponde >perfectamente a la idea de comunidad hispana del SO Hurd. > > Lo malo de tomar como nombre "Hurd Hispano" es la falta de homogeneidad a la que tal decisi?n conllevar?a. Si tenemos un canal #hurd-es y una lista de correo hurd-es@es.gnu.org, lo m?s sencillo ser?a tomar hurd-es como nombre, sobre todo por la posible confusi?n que otro nombre podr?a producir. Otra soluci?n ser?a renombrar el canal #hurd-es y la lista de correo a algo as? como #hurd-hispano. En cierto sentido es un buen momento para cambiar de nombre, pues hemos comenzado. Pero lo que es a mi, me parecer?a una mala idea, sobre todo tras habernos anunciado de manera "publica" en barrapunto. En resumen, que abogo por el nombre hurd-es por razones de necesidad y conveniencia. En cualquier caso, lo necesario es tener en primer lugar algo que presentar. Si queremos colgar de GNU-es creo que hay que usar XHTML.As? que nada, a seguir con las traducciones ( odio mi escasez de tiempo libre ). Un saludo, Manuel. From loniux at gmx.net Fri Sep 6 16:27:31 2002 From: loniux at gmx.net (-) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] Nombre -- y más... Message-ID: <20020906162731.556cdb97.loniux@gmx.net> Siempre he pensado que "Hispano" ha dejado de ser algo propio espa?ol. Si lo ve un neoyorquino le parecer? algo de hispanos del bronx... Voto por algo m?s espec?fico tipo "Grupo de usuarios...etc". O bien HUESO (HUrd ESpa?Ol). Bye a todos. From zenton at es.gnu.org Sun Sep 8 21:34:13 2002 From: zenton at es.gnu.org (Vicente Hernando Ara) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFC=F3mo?= cerrar correctamente un fichero en hurd? In-Reply-To: <3D78C83A.1060301@hotpop.com> References: <3D78C83A.1060301@hotpop.com> Message-ID: <1031513658.697.39.camel@BizentonPC> El vie, 06-09-2002 a las 17:22, Manu Valderrama escribi?: > Buenas. > > Como algunos sabr?is, estoy planeando hacer una gu?a sobre I/O b?sica > en el Hurd, usando su interfaz nativa ( en vez de la librer?a C ). Sin > embargo, > me he encontrado con algunos problemas, y querr?a saber s? vosotros sabeis > alguna soluci?n. > > En el tutorial que quiero escribir pongo una serie de ejemplos basicos > de I/O. > Uno de ellos es todo un cl?sico : una implementaci?n del comando cat. > Cuando a cat se lo invoca con varios argumentos, debe concatenar a la salida > standard todos los ficheros que le hemos pasado como argumento. Eso > significa > que usando el mismo "descriptor de ficheros" ( las comillas son para > indicar que > estoy abusando del termino Unix, que no existe en la interfaz nativa del > Hurd, > en donde el termino correcto creo que es "Objeto de E/S" ), debo abrir y > cerrar > distintos ficheros varias veces. Dado que la mayor?a de la gente en la > lista no sabe > mucho de la interfaz de E/S del Hurd, pues mientras explico mi problema > tratar? tb de hacer una introducci?n a las cosas de las que hablo. > > La primera cosa antes de usar la interfaz de E/S del hurd es saber declarar > un "Objeto de E/S". En realidad lo que declaramos es un puerto a ese objeto, > y ese puerto ser? asignado a nosotros por un servidor de E/S. Adem?s, > los servidores de E/S est?n obligados a soportar o bien un "file protocol" > o sino un "soket protocol". Es decir, que un objeto de E/S es o bien un > fichero > o bien un "soket". Pues bien, suponiendo que lo que queremos abrir es un > fichero, lo tendr? que declarar con algo as? como : > > file_t in; > file_t out; > > ( he declarado dos, pues si quiero programar un cat, necesitar? una > entrada y > una salida ). El equivalente Unix a "file_t input" ser?a "int input". > En el caso de que queramos abrir un archivo deberemos encontrar cual > es el puerto de ese fichero ( = Objeto de E/S ), y se lo deberemos > preguntar al servidor que maneja a ese fichero. Esto en el hurd se realiza > con "file_name_lookup" : > > file_t file_name_lookup( const char *path_to_file, int mode, int perms ); > > esta llamada es practicamente identica a la llamada Unix "open"; por > ejemplo para leer el fichero "/home/yo/programa.c" deber?amos escribir : > > file_t prog_file; > prog_file = file_name_lookup( "/home/yo/programa.c", O_READ, 0 ); > > los modificadores de modo son por ejemplo O_READ u O_WRITE > ( equivalentes a O_RDONLY y O_WRONLY de Unix ). En mi caso > por ejemplo quiero abrir como salida "stdout" : > > file_t out; > out = file_name_lookup( "/dev/stdout", O_WRITE, 0666 ); > if( out == MACH_PORT_NULL ) > error( 1, errno, "error: could not open stdout\n" ); > > Aqu? surge mi primera duda. ? No existe bajo el hurd una manera m?s > elegante de abrir stdout ? En unix basta poner "int fd = 1;"; me pregunto > si eso existe en el hurd cuando usas su interfaz nativa, > y no su interfaz BSD Unix. En el sistema GNU se puede usar tambien el m?todo "int fd = 1;". Adem?s en el Hurd, no es necesario abrir un fichero "file_name_lookup" cada vez que se quiere acceder a la salida estandard, porque ya hay un puerto abierto para el caso. > > Pero mi problema principal es que no conozco el equivalente a > "close" en el hurd. Un m?todo un poco bruto para cerrar un fichero > ser?a borrar el puerto que lo representa y luego reabrirlo : > > while( (--argc) > 0 ) > { > in = file_name_lookup( *(++argv), O_READ, 0 ); > if( in == MACH_PORT_NULL ) > error( 1, errno, "error: could not open file %s\n", *argv ); > > copy( in, out ); /* operaciones necesarias para copiar el > contenido > de in ( fichero ) en out ( > stdout ) */ > > mach_port_deallocate( mach_task_self(), in ); > } > Efectivamente, para cerrar el fichero se borra el puerto. "open" seria como "file_name_lookup", y "close" como "mach_port_dealocate( mach_task_self(), file_port)". > Y aqu? es donde surge mi problema. Al intentar abrir el segundo > fichero, simplemente no lo hace. Eso me dice que cerrar el fichero > com "mach_port_deallocate" es excesivo. ? Alguien conoce una > soluci?n algo m?s elegante ? > > Bueno, con esto ya lo dejo... estoy algo cansado de escribir; > si quereis luego sigo explicando alguna cosilla de la interfaz > de I/O del hurd en otro correo. Muy buena idea, a mi me encanta! Bueno, a ver si alguno de vosotros > sabe que debo hacer! Gracias. > > Un saludo, > Manuel. > > > _______________________________________________ > Hurd-es mailing list > Hurd-es@es.gnu.org > http://es.gnu.org/cgi-bin/mailman/listinfo/hurd-es From cp46tan at hotpop.com Mon Sep 9 00:52:35 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:38 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFC=F3mo_cerrar_correctamente_?= =?ISO-8859-1?Q?un_fichero_en_hurd=3F?= References: <3D78C83A.1060301@hotpop.com> <1031513658.697.39.camel@BizentonPC> Message-ID: <3D7BD4B3.4000208@hotpop.com> Buenas. >En el sistema GNU se puede usar tambien el m?todo "int fd = 1;". >Adem?s en el Hurd, no es necesario abrir un fichero "file_name_lookup" >cada vez que se quiere acceder a la salida estandard, porque ya hay un >puerto abierto para el caso. > En efecto, se puede usar la interfaz Unix usual que provee la libc. Sin embargo, si lo que pretendemos es aprender sobre el hurd, se torna necesario aprender como es su interfaz "nativa". No olvidemos que la libc est? construida a partir de esta interfaz "nativa"; como ejemplos : io_write <-> write io_read <-> read io_stat <-> stat Esto tambien significa que en teor?a podr?as portar muchas librerias basadas en libc a la interfaz nativa que nos dan la combinaci?n Hurd+Mach, con la ventaja de eliminar una capa en el sistema. Por ejemplo, se podr?a "re-portar" glib, y tener as? un glib que ser?a tan nativo para el Hurd como lo es la libc. >Efectivamente, para cerrar el fichero se borra el puerto. "open" seria >como "file_name_lookup", y "close" como >"mach_port_dealocate( mach_task_self(), file_port)". > > Bien, pero ya ves el problema que ocurre al hacer un "mach_port_deallocate". Tal vez exista otra primitiva para puertos que sea la adecuada si pretendo reabrir un fichero ( tal vez "mach_port_rename", "mach_port_extract_right", ? qui?n sabe ). >>Y aqu? es donde surge mi problema. Al intentar abrir el segundo >>fichero, simplemente no lo hace. Eso me dice que cerrar el fichero >>com "mach_port_deallocate" es excesivo. ? Alguien conoce una >>soluci?n algo m?s elegante ? >> >>Bueno, con esto ya lo dejo... estoy algo cansado de escribir; >>si quereis luego sigo explicando alguna cosilla de la interfaz >>de I/O del hurd en otro correo. >> >> >Muy buena idea, a mi me encanta! > > No hay problema, sigo con la idea de hacerlo. Un saludo, Manuel. From leumas at endorfina.com Mon Sep 9 02:18:21 2002 From: leumas at endorfina.com (leumas) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] =?iso-8859-1?Q?presentaci=F3n?= y varios Message-ID: <20020909001821.GA11288@anarkito.lar> jelous; Dado que soy el fantasma del IRC, quiero hacer acto de presencia y dejar claro mi existencia carnal XDDD Siento no estar a?n en condiciones de poder completar los conocimientos de Manu con respecto a su pregunta, pero espero poder disponer de m?s tiempo y voluntad en breve. En lo referente a nombre de grupo, tal y como se ha indicado anteriormente, apoyo ambas formas, sin ver la necesidad de que sean exclusivos; a veces un nombre tan "t?pico" como HURD Hispano es necesario para v?ncularlo con el tema que nos concierne, m?s qu? "manada de ?us", pero me gusta mucho el car?cter desenfadado-po?tico-humoristico de esta expresi?n y creo que no quedar?a mal como "extensi?n" al nombre oficial. Saludines, y ?nimo, que somos pocos, pero valientes :-) From raciel at x0und.net Sat Sep 7 20:08:26 2002 From: raciel at x0und.net (Alejandro =?ISO-8859-1?Q?S=E1nchez?=) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Nombres In-Reply-To: <3D79E790.4030205@hotpop.com> References: <3D77E591.9000503@polinux.upv.es> <1031404891.993.3.camel@voyager> <3D79E790.4030205@hotpop.com> Message-ID: <1031422108.993.15.camel@voyager> Hola! S?, cierto, ?pero eso qu? m?s da? Podemos tener la lista referenciada con hurd-es, un canal #hurd-es, pero darnos a conocer por un nombre m?s homogeneo como podr?a ser Hurd Hispano, hurd-es en mi opini?n no le da todo el significado que deber?a. Luego en realidad, ?qu? importa el nombre? S? que es algo importante, pero lo que de verdad hace falta es ponernos a trabajar ya. Para ello, sugiero empezar pronto con la web, al igual que ir asignando tareas a la gente para su mantenimiento, yo y juanje podr?amos hacer algo similar a la de Gnome Hispano con XML + XSL + CSS. Como formato para los documentos no estamos obligados a seguir a nadie, es cierto que gnu-es nos da una lista de correo y muchas cosas m?s, pero no debemos estar obligados a usar el mismo formato que ellos, yo creo que DocBook es adecuado ya que es muy f?cil de aprender. Vamos en definitiva, necesitamos algo como hurd.es.gnu.org, habr?a que comentarselo a nacho al igual que necesitamos CVS y Bugzilla. Por lo dem?s, creo que no hace falta nada m?s, ?puedo mandarle un mail a nacho con nuestras exigencias? Yo mismo me encargo de explicarle detalle a detalle lo que necesitamos para poner esto en funcionamiento. Por otra parte, hacen falta nuevos proyectos sobre Hurd, ?se os ocurre alguno? Bueno eso es todo. Saludos -- Alex El s?b, 07-09-2002 a las 11:48, Manu Valderrama escribi?: > Buenas. > > >Seamos serios, ?la manada de los ?us? ?pero que nombre es ese? > > > >Yo sigo pensando que Hurd Hispano est? bien y se corresponde > >perfectamente a la idea de comunidad hispana del SO Hurd. > > > > > Lo malo de tomar como nombre "Hurd Hispano" es la falta de homogeneidad > a la que tal decisi?n conllevar?a. Si tenemos un canal #hurd-es y una > lista de correo > hurd-es@es.gnu.org, lo m?s sencillo ser?a tomar hurd-es como nombre, sobre > todo por la posible confusi?n que otro nombre podr?a producir. Otra soluci?n > ser?a renombrar el canal #hurd-es y la lista de correo a algo as? como > #hurd-hispano. > En cierto sentido es un buen momento para cambiar de nombre, pues hemos > comenzado. > Pero lo que es a mi, me parecer?a una mala idea, sobre todo tras habernos > anunciado de manera "publica" en barrapunto. En resumen, que abogo por > el nombre > hurd-es por razones de necesidad y conveniencia. > > En cualquier caso, lo necesario es tener en primer lugar algo que presentar. > Si queremos colgar de GNU-es creo que hay que usar XHTML. > As? que nada, a seguir con las traducciones ( odio mi escasez de tiempo > libre ). > > Un saludo, > Manuel. > > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje esta firmada digitalmente Url : http://es.gnu.org/pipermail/hurd-es/attachments/20020907/ecf93acd/attachment.pgp From cp46tan at hotpop.com Mon Sep 9 19:01:40 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFC=F3mo_cerrar_correctamente_?= =?ISO-8859-1?Q?un_fichero_en_hurd=3F?= References: <3D78C83A.1060301@hotpop.com> <1031513658.697.39.camel@BizentonPC> Message-ID: <3D7CD3F4.7020704@hotpop.com> Buenas. >En el sistema GNU se puede usar tambien el m?todo "int fd = 1;". >Adem?s en el Hurd, no es necesario abrir un fichero "file_name_lookup" >cada vez que se quiere acceder a la salida estandard, porque ya hay un >puerto abierto para el caso. > En efecto, se puede usar la interfaz Unix usual que provee la libc. Sin embargo, si lo que pretendemos es aprender sobre el hurd, se torna necesario aprender como es su interfaz "nativa". No olvidemos que la libc est? construida a partir de esta interfaz "nativa"; como ejemplos : io_write <-> write io_read <-> read io_stat <-> stat Esto tambien significa que en teor?a podr?as portar muchas librerias basadas en libc a la interfaz nativa que nos dan la combinaci?n Hurd+Mach, con la ventaja de eliminar una capa en el sistema. Por ejemplo, se podr?a "re-portar" glib, y tener as? un glib que ser?a tan nativo para el Hurd como lo es la libc. >Efectivamente, para cerrar el fichero se borra el puerto. "open" seria >como "file_name_lookup", y "close" como >"mach_port_dealocate( mach_task_self(), file_port)". > > Bien, pero ya ves el problema que ocurre al hacer un "mach_port_deallocate". Tal vez exista otra primitiva para puertos que sea la adecuada si pretendo reabrir un fichero ( tal vez "mach_port_rename", "mach_port_extract_right", ? qui?n sabe ). >>Y aqu? es donde surge mi problema. Al intentar abrir el segundo >>fichero, simplemente no lo hace. Eso me dice que cerrar el fichero >>com "mach_port_deallocate" es excesivo. ? Alguien conoce una >>soluci?n algo m?s elegante ? >> >>Bueno, con esto ya lo dejo... estoy algo cansado de escribir; >>si quereis luego sigo explicando alguna cosilla de la interfaz >>de I/O del hurd en otro correo. >> >> >Muy buena idea, a mi me encanta! > > No hay problema, sigo con la idea de hacerlo. Un saludo, Manuel. From zenton at es.gnu.org Tue Sep 10 13:59:18 2002 From: zenton at es.gnu.org (Vicente Hernando Ara) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFC=F3mo?= cerrar correctamente un fichero en hurd? In-Reply-To: <3D78C83A.1060301@hotpop.com> References: <3D78C83A.1060301@hotpop.com> Message-ID: <1031659168.700.2505.camel@BizentonPC> Hola a tod@s! El vie, 06-09-2002 a las 17:22, Manu Valderrama escribi?: > Buenas. > > Como algunos sabr?is, estoy planeando hacer una gu?a sobre I/O b?sica > en el Hurd, usando su interfaz nativa ( en vez de la librer?a C ). Sin > embargo, > me he encontrado con algunos problemas, y querr?a saber s? vosotros sabeis > alguna soluci?n. > > En el tutorial que quiero escribir pongo una serie de ejemplos basicos > de I/O. > Uno de ellos es todo un cl?sico : una implementaci?n del comando cat. > Cuando a cat se lo invoca con varios argumentos, debe concatenar a la salida > standard todos los ficheros que le hemos pasado como argumento. Eso > significa > que usando el mismo "descriptor de ficheros" ( las comillas son para > indicar que > estoy abusando del termino Unix, que no existe en la interfaz nativa del > Hurd, > en donde el termino correcto creo que es "Objeto de E/S" ), debo abrir y > cerrar > distintos ficheros varias veces. Dado que la mayor?a de la gente en la > lista no sabe > mucho de la interfaz de E/S del Hurd, pues mientras explico mi problema > tratar? tb de hacer una introducci?n a las cosas de las que hablo. > > La primera cosa antes de usar la interfaz de E/S del hurd es saber declarar > un "Objeto de E/S". En realidad lo que declaramos es un puerto a ese objeto, > y ese puerto ser? asignado a nosotros por un servidor de E/S. Adem?s, > los servidores de E/S est?n obligados a soportar o bien un "file protocol" > o sino un "soket protocol". Es decir, que un objeto de E/S es o bien un > fichero > o bien un "soket". Pues bien, suponiendo que lo que queremos abrir es un > fichero, lo tendr? que declarar con algo as? como : > > file_t in; > file_t out; > > ( he declarado dos, pues si quiero programar un cat, necesitar? una > entrada y > una salida ). El equivalente Unix a "file_t input" ser?a "int input". > En el caso de que queramos abrir un archivo deberemos encontrar cual > es el puerto de ese fichero ( = Objeto de E/S ), y se lo deberemos > preguntar al servidor que maneja a ese fichero. Esto en el hurd se realiza > con "file_name_lookup" : > > file_t file_name_lookup( const char *path_to_file, int mode, int perms ); > > esta llamada es practicamente identica a la llamada Unix "open"; por > ejemplo para leer el fichero "/home/yo/programa.c" deber?amos escribir : > > file_t prog_file; > prog_file = file_name_lookup( "/home/yo/programa.c", O_READ, 0 ); > > los modificadores de modo son por ejemplo O_READ u O_WRITE > ( equivalentes a O_RDONLY y O_WRONLY de Unix ). En mi caso > por ejemplo quiero abrir como salida "stdout" : > > file_t out; > out = file_name_lookup( "/dev/stdout", O_WRITE, 0666 ); > if( out == MACH_PORT_NULL ) > error( 1, errno, "error: could not open stdout\n" ); > > Aqu? surge mi primera duda. ? No existe bajo el hurd una manera m?s > elegante de abrir stdout ? En unix basta poner "int fd = 1;"; me pregunto > si eso existe en el hurd cuando usas su interfaz nativa, > y no su interfaz BSD Unix. En el sistema GNU se puede usar tambien el m?todo "int fd = 1;". Adem?s en el Hurd, no es necesario abrir un fichero "file_name_lookup" cada vez que se quiere acceder a la salida estandard, porque ya hay un puerto abierto para el caso. > > Pero mi problema principal es que no conozco el equivalente a > "close" en el hurd. Un m?todo un poco bruto para cerrar un fichero > ser?a borrar el puerto que lo representa y luego reabrirlo : > > while( (--argc) > 0 ) > { > in = file_name_lookup( *(++argv), O_READ, 0 ); > if( in == MACH_PORT_NULL ) > error( 1, errno, "error: could not open file %s\n", *argv ); > > copy( in, out ); /* operaciones necesarias para copiar el > contenido > de in ( fichero ) en out ( > stdout ) */ > > mach_port_deallocate( mach_task_self(), in ); > } > Efectivamente, para cerrar el fichero se borra el puerto. "open" seria como "file_name_lookup", y "close" como "mach_port_dealocate( mach_task_self(), file_port)". > Y aqu? es donde surge mi problema. Al intentar abrir el segundo > fichero, simplemente no lo hace. Eso me dice que cerrar el fichero > com "mach_port_deallocate" es excesivo. ? Alguien conoce una > soluci?n algo m?s elegante ? > > Bueno, con esto ya lo dejo... estoy algo cansado de escribir; > si quereis luego sigo explicando alguna cosilla de la interfaz > de I/O del hurd en otro correo. Muy buena idea, a mi me encanta! Bueno, a ver si alguno de vosotros > sabe que debo hacer! Gracias. > > Un saludo, > Manuel. > > > _______________________________________________ > Hurd-es mailing list > Hurd-es@es.gnu.org > http://es.gnu.org/cgi-bin/mailman/listinfo/hurd-es -- "In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." - Linus Torvalds. From cp46tan at hotpop.com Tue Sep 10 13:59:23 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFC=F3mo_cerrar_correctamente_?= =?ISO-8859-1?Q?un_fichero_en_hurd=3F?= References: <3D78C83A.1060301@hotpop.com> <1031513658.697.39.camel@BizentonPC> Message-ID: <3D7DDE9B.9030405@hotpop.com> Buenas. >En el sistema GNU se puede usar tambien el m?todo "int fd = 1;". >Adem?s en el Hurd, no es necesario abrir un fichero "file_name_lookup" >cada vez que se quiere acceder a la salida estandard, porque ya hay un >puerto abierto para el caso. > En efecto, se puede usar la interfaz Unix usual que provee la libc. Sin embargo, si lo que pretendemos es aprender sobre el hurd, se torna necesario aprender como es su interfaz "nativa". No olvidemos que la libc est? construida a partir de esta interfaz "nativa"; como ejemplos : io_write <-> write io_read <-> read io_stat <-> stat Esto tambien significa que en teor?a podr?as portar muchas librerias basadas en libc a la interfaz nativa que nos dan la combinaci?n Hurd+Mach, con la ventaja de eliminar una capa en el sistema. Por ejemplo, se podr?a "re-portar" glib, y tener as? un glib que ser?a tan nativo para el Hurd como lo es la libc. >Efectivamente, para cerrar el fichero se borra el puerto. "open" seria >como "file_name_lookup", y "close" como >"mach_port_dealocate( mach_task_self(), file_port)". > > Bien, pero ya ves el problema que ocurre al hacer un "mach_port_deallocate". Tal vez exista otra primitiva para puertos que sea la adecuada si pretendo reabrir un fichero ( tal vez "mach_port_rename", "mach_port_extract_right", ? qui?n sabe ). >>Y aqu? es donde surge mi problema. Al intentar abrir el segundo >>fichero, simplemente no lo hace. Eso me dice que cerrar el fichero >>com "mach_port_deallocate" es excesivo. ? Alguien conoce una >>soluci?n algo m?s elegante ? >> >>Bueno, con esto ya lo dejo... estoy algo cansado de escribir; >>si quereis luego sigo explicando alguna cosilla de la interfaz >>de I/O del hurd en otro correo. >> >> >Muy buena idea, a mi me encanta! > > No hay problema, sigo con la idea de hacerlo. Un saludo, Manuel. From cp46tan at hotpop.com Tue Sep 10 22:18:33 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?=BFC=F3mo_cerrar_correctamente_?= =?ISO-8859-1?Q?un_fichero_en_hurd=3F?= References: <3D78C83A.1060301@hotpop.com> <1031513658.697.39.camel@BizentonPC> Message-ID: <3D7E5399.4050707@hotpop.com> Buenas. >En el sistema GNU se puede usar tambien el m?todo "int fd = 1;". >Adem?s en el Hurd, no es necesario abrir un fichero "file_name_lookup" >cada vez que se quiere acceder a la salida estandard, porque ya hay un >puerto abierto para el caso. > En efecto, se puede usar la interfaz Unix usual que provee la libc. Sin embargo, si lo que pretendemos es aprender sobre el hurd, se torna necesario aprender como es su interfaz "nativa". No olvidemos que la libc est? construida a partir de esta interfaz "nativa"; como ejemplos : io_write <-> write io_read <-> read io_stat <-> stat Esto tambien significa que en teor?a podr?as portar muchas librerias basadas en libc a la interfaz nativa que nos dan la combinaci?n Hurd+Mach, con la ventaja de eliminar una capa en el sistema. Por ejemplo, se podr?a "re-portar" glib, y tener as? un glib que ser?a tan nativo para el Hurd como lo es la libc. >Efectivamente, para cerrar el fichero se borra el puerto. "open" seria >como "file_name_lookup", y "close" como >"mach_port_dealocate( mach_task_self(), file_port)". > > Bien, pero ya ves el problema que ocurre al hacer un "mach_port_deallocate". Tal vez exista otra primitiva para puertos que sea la adecuada si pretendo reabrir un fichero ( tal vez "mach_port_rename", "mach_port_extract_right", ? qui?n sabe ). >>Y aqu? es donde surge mi problema. Al intentar abrir el segundo >>fichero, simplemente no lo hace. Eso me dice que cerrar el fichero >>com "mach_port_deallocate" es excesivo. ? Alguien conoce una >>soluci?n algo m?s elegante ? >> >>Bueno, con esto ya lo dejo... estoy algo cansado de escribir; >>si quereis luego sigo explicando alguna cosilla de la interfaz >>de I/O del hurd en otro correo. >> >> >Muy buena idea, a mi me encanta! > > No hay problema, sigo con la idea de hacerlo. Un saludo, Manuel. From "Special SavingsOnInkjetCartridges" at es.gnu.org Thu Sep 12 14:21:00 2002 From: "Special SavingsOnInkjetCartridges" at es.gnu.org ("Special SavingsOnInkjetCartridges"@es.gnu.org) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] (no subject) Message-ID: <20020912212209.951AB13F67@gnues.es.gnu.org> An HTML attachment was scrubbed... URL: http://es.gnu.org/pipermail/hurd-es/attachments/20020912/ac274379/attachment.htm From bhu258654 at yahoo.com Sat Sep 14 22:42:35 2002 From: bhu258654 at yahoo.com (bhu258654@yahoo.com) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Going Platinum! Message-ID: <20020913204221.12D7B13F6B@gnues.es.gnu.org> An HTML attachment was scrubbed... URL: http://es.gnu.org/pipermail/hurd-es/attachments/20020915/596862e4/attachment.html From zenton at es.gnu.org Sun Sep 15 03:59:25 2002 From: zenton at es.gnu.org (Vicente Hernando Ara) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Nombres In-Reply-To: <1031404891.993.3.camel@voyager> References: <3D77E591.9000503@polinux.upv.es> <1031404891.993.3.camel@voyager> Message-ID: <1032055183.4147.23.camel@BizentonPC> El s?b, 07-09-2002 a las 15:21, Alejandro S?nchez escribi?: > Hola! > > Seamos serios, ?la manada de los ?us? ?pero que nombre es ese? > Es un nombre que hace juego con la idea de lo que es el Hurd, un conjunto de servidores. A mi personalmente me gusta mucho, lo pondria en la web. > Yo sigo pensando que Hurd Hispano est? bien y se corresponde > perfectamente a la idea de comunidad hispana del SO Hurd. > Una puntualizacion para la lista ;) El Hurd no es un sistema operativo, ni siquiera por si mismo es un kernel. De lo que estamos hablando es del sistema GNU (o GNU/Hurd). Para hacernos una mejor idea, dividido por capas, el sistema GNU seria: Aplicaciones: bash, gcc, emacs, mozilla, etc ... Libc: libreria que nos proporciona compatibilidad con el estandard POSIX. El Hurd: Conjunto de servidores que implementan las funciones de un kernel Unix. Microkernel: Actualmente GNU mach, aunque se esta portando al microkernel L4. La parte del Hurd + Microkernel equivaldria al kernel Linux en un sistema GNU/Linux. > Saludos > > -- Alex > Saludos, Vicente. -- "In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." - Linus Torvalds. From cp46tan at hotpop.com Sun Sep 15 14:40:44 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Proyectos Posibles. Message-ID: <3D847FCC.4060507@hotpop.com> Buenas. Parece que con la discusi?n sobre el nombre tambi?n ha surgido el tema de posibles proyectos que pudieramos tomar en com?n entre los miembros de esta lista ( una propuestilla de Alejandro S?nchez, si no me equivoco ). A mi lo cierto es que se me ocurren unas pocas, y otras ya las hemos discutido por irc. Es cierto que puede resultar demasiado presuntuoso el ponernos a proponer proyectos cuando lo m?s probable es que no tengamos la capacidad de llevar a cabo casi ninguno de ellos ( espero que el coraje necesario si lo tengamos ), pero como tambi?n es muy importante compartir ideas adem?s de c?digo, pues mejor proponer. Quien sabe, tal vez nuestras ideas lleguen a oidos de m?s gente y no caigan en sacos rotos. As? que nada, me pongo a proponer cosas, y espero escuchar tb vuestras m?s intimas listas de deseos relacionados con el Hurd. Est? es mi lista : (i) Lo primero es que escribamos documentaci?n de cada peque?a tonter?a sobre el Hurd que aprendamos, por muy trivial que nos parezca. Esto har? que el esfuerzo por aprender que hagan los demas se vea reducido sustancialmente. Entre los posible proyectos que se me ocurren hay dos que ya he comenzado, una gu?a sobre IPC de Mach, y una gu?a sobre la interfaz E/S del Hurd. Otros posibles proyectos de documentaci?n son : * Gu?a de Programaci?n de Sistemas de Ficheros en el Hurd, no en vano este es uno de los puntos m?s fuertes del Hurd. * Un libro de Sistemas Operativos que tome al Hurd como ejemplo pr?ctico y explique con detalle su dise?o e implementaci?n. * Una gu?a de las principales librer?as del Hurd ( libports, libstore, etc ), que complemente a la gu?a de Sistemas de Ficheros ( que tratar? principalmente de como construir translators/traductores ). * C?mo escribir Manejadores de Dispositivo para Mach y L4 (ii) Otra cosa que podr?amos tener es una granja de programaci?n de traductores, en donde implementar las ideas m?s raras que se nos ocurran sobre estos interesantes cacharros. Podr?amos comenzar con una granja dedicada a traductores triviales ( que usan libtrivfs ), y luego pasar a los basados en libdiskfs y libnetfs. Entre las ideas est?n : * Un taskfs y un debugfs, es decir, algo que nos permita "montar" ejecutables, saber cosas de ellos, e incluso depurarlos. * Reimplementar un mont?n de traductores triviales ya existentes con el objetivo de aprender ( podr?amos hacer un tutorial sobre varios ejemplos tipicos : el traductor de gzip, random, run, y otros similares ). * Retomar algunos traductores que est?n algo parados como shadowfs, o fatfs. * Ahondar un poco m?s en la idea de los "Virtual File Systems", y estudiar shadowfs en profundidad. Podr?amos implementar el "Toronto Virtual File System", una interesante idea que viene del mundo OS/2; tambi?n se podr?a estudiar el tema de como combinar en GnomeVFS con las ideas de traductores del Hurd. * Retomar la idea de los Datatypes de Amiga, y ver si son aplicables al Hurd. (iii) Una idea que hemos discutido mucho en irc es la de una serie de extensiones al servidor exec ( darle una arquitectura modular/de pluggins por ejemplo ), de manera que empotremos una serie de interpretes/jits/m?quinas virtuales en estos modulos cargables. Podr?amos por ejemplo meter mono empotrado en exec, o waba para tener un interprete java empotrado, o empotrar un interprete de ruby o python. Tambi?n podr?amos meter un modulo wine, que le pasase a wine y libwine los ejecutables de windows, etc, etc. Otra cosa ser?a un modulo de depuraci?n ( al estilo del LKM deblin ). Y bueno, ya seguir? m?s adelante, por ahora os dejo con estas ideas y espero que a estas comenceis a sumar las vuestras en breve. Seguro que leumas tendr? alguna idea sobre Namespaces a la Plan9 que podr?a estar interesante. Un Saludo, Manuel. From zenton at es.gnu.org Mon Sep 16 04:24:53 2002 From: zenton at es.gnu.org (Vicente Hernando Ara) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Contenidos de la Web Message-ID: <1032143101.6666.337.camel@BizentonPC> Saludos a la lista! Estamos preparando los contenidos, para pronto hacer la web. El texto adjunto al mensaje, da las lineas de por donde iran los contenidos de la web. Podeis dar ideas, cosas que a?adiriais, documentacion que pondriais, etc. Saludos, Vicente. -- "In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." - Linus Torvalds. -------------- next part -------------- BIEN VENIDO A LA MANADA DE ?US: LA WEB DEL HURD HISPANO: GRUPO DE USUARIOS HISPANO PARLANTES DEL SISTEMA GNU/HURD ========================================================================== - P?gina principal (index.xml) - Acerca del Hurd, y GNU/Hurd: Descripcion somera de lo que tenemos entre manos. Enlaces para mas informacion. - ?Qu? es el Hurd? Sistema GNU. Puntualizacion GNU/Hurd. Decir que es claramente el sistema GNU, y que rol juega en el el Hurd. - - Enlace al Hurd Faq (por como se nombra correctamente el Hurd, etc) y a nuestro FAQ que tendremos que elaborar - Acerca de el Hurd Hispano: - ?Que es el Hurd Hispano? - Potenciar el proyecto GNU. Ayudar a extender la filosofia del proyecto. Dar a conocer el sistema GNU/Hurd en el ambito de habla hispana. Aprender sobre sistemas operativos. Contribuir al desarrollo del soft libre. - Enlace a las noticias y a la lista de correo de Hurd Hispano. Nombrar el canal #hurd-es. - - Documentacion: Tanto documentaci?n traducida como hecha por nosotros ?? - donde conseguir imagenes, tarball,... - guias de instalacion - hardware soportado - listas para pedir ayuda - grupos de usuarios - que hacer para desarrollar - donde encontrar mas informacion - Tutoriales: (tutoriales.xml) - documento de Usuario de Hurd de Raciel - Traducciones: traducciones de otros documentos - Gu?a de instalaci?n de Neal - Hurd Hacking Guide - Gu?a de referencia del Hurd - El concepto del translator - Lista de correo: Lista de correo y faq de la lista (lista.xml) enlace a los archivos de la lista ????????FAQ DE LA LISTA hurd-es@es.gnu.org - Enlaces relacionados con HURD (enlaces.xml) http://hurd.gnu.org Microkernels GNU-mach L4 ..... - NOTICIAS (noticias.xml) : Aqu? habr? que ir poniendo las traducciones que vayamos subiendo al igual que las cosas que pasen en el mundo de HURD. - PROYECTOS (proyectos.xml) - MIEMBROS del grupo de usuarios (web si tienen.... esto si alguien quiere poner sus datos o algo) - Alejandro S?nchez Acosta (http://www.ultimaorbita.com/raciel) (http://x-ezine.todo-linux.com/users/raciel) miembros.xml : Id a?adiendo las vuestras - Mantenimiento de la web (mantener.xml) Aqu? quien llevar? la web con el nombre y la direcci?n de correo para ir actualizando a la web de forma que est? al d?a por cada uno de las personas que lo lleven. Alejandro S?nchez Acosta (raciel@x0und.net) tutoriales.xml Vicente Hernando Ara (zenton@es.gnu.org) From bizenton at navegalia.com Mon Sep 16 04:56:07 2002 From: bizenton at navegalia.com (VicenteHA) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Proyectos Posibles. In-Reply-To: <3D847FCC.4060507@hotpop.com> References: <3D847FCC.4060507@hotpop.com> Message-ID: <1032144970.6666.364.camel@BizentonPC> Hola! El dom, 15-09-2002 a las 14:40, Manu Valderrama escribi?: > Buenas. > > Parece que con la discusi?n sobre el nombre tambi?n ha surgido el tema > de posibles proyectos que pudieramos tomar en com?n entre los miembros > de esta lista ( una propuestilla de Alejandro S?nchez, si no me equivoco ). > A mi lo cierto es que se me ocurren unas pocas, y otras ya las hemos > discutido por irc. Es cierto que puede resultar demasiado presuntuoso el > ponernos a proponer proyectos cuando lo m?s probable es que no tengamos > la capacidad de llevar a cabo casi ninguno de ellos ( espero que el coraje > necesario si lo tengamos ), pero como tambi?n es muy importante compartir > ideas adem?s de c?digo, pues mejor proponer. Quien sabe, tal vez nuestras > ideas lleguen a oidos de m?s gente y no caigan en sacos rotos. As? que nada, > me pongo a proponer cosas, y espero escuchar tb vuestras m?s intimas listas > de deseos relacionados con el Hurd. > > Est? es mi lista : > > (i) Lo primero es que escribamos documentaci?n de cada peque?a tonter?a > sobre > el Hurd que aprendamos, por muy trivial que nos parezca. Esto har? que el > esfuerzo por aprender que hagan los demas se vea reducido sustancialmente. > Entre los posible proyectos que se me ocurren hay dos que ya he comenzado, > una gu?a sobre IPC de Mach, y una gu?a sobre la interfaz E/S del Hurd. > Otros posibles proyectos de documentaci?n son : > > * Gu?a de Programaci?n de Sistemas de Ficheros en el Hurd, > no en vano este es uno de los puntos m?s fuertes del Hurd. > > * Un libro de Sistemas Operativos que tome al Hurd como ejemplo > pr?ctico y explique con detalle su dise?o e implementaci?n. > > * Una gu?a de las principales librer?as del Hurd ( libports, > libstore, etc ), > que complemente a la gu?a de Sistemas de Ficheros ( que tratar? > principalmente > de como construir translators/traductores ). > > * C?mo escribir Manejadores de Dispositivo para Mach y L4 > > (ii) Otra cosa que podr?amos tener es una granja de programaci?n de > traductores, > en donde implementar las ideas m?s raras que se nos ocurran sobre estos > interesantes cacharros. Podr?amos comenzar con una granja dedicada a > traductores triviales ( que usan libtrivfs ), y luego pasar a los basados > en libdiskfs y libnetfs. Entre las ideas est?n : > > * Un taskfs y un debugfs, es decir, algo que nos permita "montar" > ejecutables, > saber cosas de ellos, e incluso depurarlos. > > * Reimplementar un mont?n de traductores triviales ya existentes con > el objetivo de aprender ( podr?amos hacer un tutorial sobre varios > ejemplos > tipicos : el traductor de gzip, random, run, y otros similares ). > > * Retomar algunos traductores que est?n algo parados como shadowfs, > o fatfs. > > * Ahondar un poco m?s en la idea de los "Virtual File Systems", y > estudiar > shadowfs en profundidad. Podr?amos implementar el "Toronto Virtual > File System", una interesante idea que viene del mundo OS/2; tambi?n > se podr?a estudiar el tema de como combinar en GnomeVFS con las > ideas de traductores del Hurd. > > * Retomar la idea de los Datatypes de Amiga, y ver si son aplicables > al Hurd. > > (iii) Una idea que hemos discutido mucho en irc es la de una serie de > extensiones > al servidor exec ( darle una arquitectura modular/de pluggins por ejemplo ), > de manera que empotremos una serie de interpretes/jits/m?quinas virtuales > en estos modulos cargables. Podr?amos por ejemplo meter mono empotrado en > exec, o waba para tener un interprete java empotrado, o empotrar un > interprete > de ruby o python. Tambi?n podr?amos meter un modulo wine, que le > pasase a wine y libwine los ejecutables de windows, etc, etc. Otra cosa > ser?a > un modulo de depuraci?n ( al estilo del LKM deblin ). > Menuda cantidad de proyectos! ;) Yo a?adiria, o le daria mas enfasis a alguno como ... - tutorial o ejemplo de portado de algun driver de linux, ? bsd a GNU mach o a L4. (Me interesa portar el driver de mi controladora del disco duro;) - descripcion de algun servidor detalladamente (proc, auth...). - descripcion sobre MIG (de esto no hay documentacion en las fuentes) - recorrido por el codigo fuente del Hurd, se puede ir haciendo un recorrido explicando que es lo que se hace en cada fichero. (Ayudaria mucho a quienes mas tarde lean el codigo). > Y bueno, ya seguir? m?s adelante, por ahora os dejo con estas ideas y espero > que a estas comenceis a sumar las vuestras en breve. Seguro que leumas > tendr? alguna idea sobre Namespaces a la Plan9 que podr?a estar interesante. > Saludos, Vicente. -- "In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." - Linus Torvalds. From solk2 at yahoo.co.uk Mon Sep 16 18:12:05 2002 From: solk2 at yahoo.co.uk (=?iso-8859-1?q?Siux=20ArauKo?=) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Contenido hurd-es web Message-ID: <20020916161205.4568.qmail@web13101.mail.yahoo.com> Esta muy bien la parte de los enlaces hacia toda la documentaci?n disponible tanto de L4 como de Hurd, me parece que seria buena idea tener una lista bien ordenada con todos o al menos la gran mayoria de informacion en web del proyecto, algo que no sea muy rebuscado para encontrar. Tambien se le podr?a agregar una parte de pura teoria, algo como introductorio. Con respecto al logo..cual utilizar?amos? Mi fuerte no es el dise?o, pero si alguno tiene buenas cualidades, seria bueno si le diera unos intentos. Aunque a mi parecer, la pagina debe de ser sencilla, y hago ?nfasis, en que la informaci?n sea f?cil de encontrar, el esquema que existe hasta ahora me parece bastante bien, no obvia nada. Y claro, la parte de documentacion propia (escrita por nosotros) no puede faltar, seria bueno realizarlas tanto en ingl?s como en espa?ol (para llegar a mas lectores, y no perder al mismo tiempo nuestro nombre de hispano)...bueno, aqui apenas hago un breve comentario. Tambien podr?amos generar una serie de FAQs, que incluso provengan del canal #hurd-es, dar y colocar lecturas, esto, junto con la ya activa mailing-list es un buen comienzo. Bueno, ahora, manos al hurd :) __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com From cp46tan at hotpop.com Mon Sep 16 20:58:51 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Tres proyectos asequibles Message-ID: <3D8629EB.1080503@hotpop.com> Buenas a Todos. Rebuscando en el baul de lo proyectos acabo de encontrar una serie de peque?as tareas que s? resultan asequibles para gente que desee aprender un poco del Hurd. Aperte de relativamente sencillos, estos proyectos pueden llegar a ser ?tiles; aqu? van : (i) Una nueva implementaci?n de /dev/random para el hurd : Lo cierto es que ya existen dos ? tres implementaciones de /dev/random y /dev/urandom, pero alguna que otra tiene sus problemillas. En principio el conocimiento necesario para llevar a cabo este proyecto es saber escribir traductores triviales y poco m?s. La idea es concentrarse en la parte de generaci?n de pseudoaleatorios, y de paso aprender un poco. Podr?amos incluso contactar con la gente que escribi? los anteriores random, y abrir un proyecto es savannah. (ii) Remotar el desarrollo de "colortext" : El traductor "colortext" se supone que intentaba implementar una terminal para gnumach que fuera algo as? como "festival de luz y de color"; lo importante, sin embargo, era su supuesta buena internacionalizaci?n ( y creo que eso es algo que nos interesa ). Es cierto que est? motivaci?n deje de ser un problema ahora que Marcus Brinkmann est? trabajando tanto en una consola bastante maja, pero tal vez sea interesante resucitar a "colortext". (iii) Ayudar un poco a rpctrace : rpctrace es un peque?o programa de trazado de RPCs, y en savannah se pidi? ayuda hace ya bastante para que alguien mejorase su output y lo hiciese m?s legible. Informaci?n sobre implementaciones de /dev/random podeis encontrar en: http://mel.interspace.dk/~sune/hurd/entropy.html ( el random de marcus actualmente no se donde est?; tengo alguna copia local por si os interesa a alguno ) En el caso de colortext, los fuentes originales no se donde encontrarlos, el sitio donde estaban desapareci?. Habr? que buscar a alguien que tenga una copia local. Y para lo de rpctrace : http://savannah.gnu.org/people/viewjob.php?group_id=30&job_id=5 Pues nada, con esto me despido. Ah, un logo bonito relacionado con el hurd es el que podeis ver en : http://hurd.dyndns.org/ El servidor es un GNU/Hurd ;-) Un saludo, Manuel. From tong1958 at yahoo.com Tue Sep 17 01:36:56 2002 From: tong1958 at yahoo.com (=?iso-8859-1?q?Shun=20Yin=20Tong?=) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] link de log de charla de hurd en #gigaz In-Reply-To: <02082701094001.03389@kant> Message-ID: <20020916233656.2020.qmail@web20001.mail.yahoo.com> hola, para los interesado que no puede asistir la charla de hurd en #gigax, aqui esta un link http://cybertong.kitiara.com/hurd.txt saludos _________________________________________________________ Do You Yahoo!? Informaci?n de Estados Unidos y Am?rica Latina, en Yahoo! Noticias. Vis?tanos en http://noticias.espanol.yahoo.com From tong1958 at yahoo.com Tue Sep 17 08:25:29 2002 From: tong1958 at yahoo.com (=?iso-8859-1?q?Shun=20Yin=20Tong?=) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] configuracion de eth0 In-Reply-To: <02082701094001.03389@kant> Message-ID: <20020917062529.50881.qmail@web20004.mail.yahoo.com> hola, configure el eth0 con settrans -fgap /servers/socket/2 /hurd/pfinet -i eth0 \ -a 192.168.185.12 -g 192.168.185.254 -m 255.255.255.0 y en /ect/network/interface puse auto eth0 iface eth1 inet static address 192.168.185.254 netmask 255.255.255.0 network 192.168.185.0 broadcast 192.168.185.255 gateway 192.168.185.254 si le doy ping localhost me responde pero si le doy ping 192.168.185.254 no me responde que paso me falta? saludos _________________________________________________________ Do You Yahoo!? Informaci?n de Estados Unidos y Am?rica Latina, en Yahoo! Noticias. Vis?tanos en http://noticias.espanol.yahoo.com From raciel at x0und.net Tue Sep 17 15:02:54 2002 From: raciel at x0und.net (Alejandro =?ISO-8859-1?Q?S=E1nchez?=) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Contenidos de la Web In-Reply-To: <1032143101.6666.337.camel@BizentonPC> References: <1032143101.6666.337.camel@BizentonPC> Message-ID: <1032267774.941.38.camel@voyager> Hola! Bueno, ya teniendo un dise?o preliminar necesitamos ponernos ya a currar, por lo que ver?a bien asignar tares para cada una de las secciones del web. Cuando mand? un primer mail preliminar separ? cada una de las secciones en diversos xml, por lo que la idea es ahora ir haciendo cada uno de los xmls para tener una base ya hecha y subirla al correspondiente CVS. Como a?n no tenemos CVS habr?a que pedirselo a nacho, ?vicente lo haces t?? Lo digo porque es de suma importancia que lo tengamos, una vez que ya tengamos la base ser?a muy f?cil ir a?adiendo recursos que la gente fuese comentando en la lista. Bueno ahora os preguntareis qu? DTD vamos a usar para XML, bueno pues en realidad ninguno, no vamos a hacer un nuevo DTD y usarlo desde 0 ni tampoco docbook, propongo hacer una hoja de estilo, vamos a seguir el estilo de documentaci?n de la espiral para generar el web, es decir, utilizando un motor XSLT, mismamente le2* o sablotron. Para ello he elaborado un sencillo xsl con los tags m?s t?picos, sect1, para, title, autor, ulink y ulinkx, con eso creo que nos ser?a suficiente. Luego adem?s para la negrita, para los comandos de ejecuci?n y para alguna parte del texto donde quieras hacer mayor enfasis, en realidad lo ?nico que hace es ponerlo en cursiva. Bueno que m?s, no s?, ir? elaborando poco a poco la hoja de estilo ya que me parece lo m?s c?modo. Si necesitais m?s tags que los anteriormente mencionados y os es ?til alguno en espec?fico me lo comentais. Os a?ado los tags por el momento a?adidos a la hoja de estilo: * * * * * * * * * * * * <figure> Por lo dem?s comentar que llevar? la parte de tutoriales.xml y que los dem?s se vayan asignando cada uno de los XML restantes. Si alguien cree mejor hacerlo de otra manera que lo comente. Saludos -- Alex El lun, 16-09-2002 a las 02:24, Vicente Hernando Ara escribi?: > Saludos a la lista! > > Estamos preparando los contenidos, para pronto hacer la web. > > El texto adjunto al mensaje, da las lineas de por donde iran los > contenidos de la web. > > Podeis dar ideas, cosas que a?adiriais, documentacion que pondriais, > etc. > > Saludos, > Vicente. > > -- > "In short: just say NO TO DRUGS, and maybe you won't end up like > the Hurd people." - Linus Torvalds. > > > > > > ---- > > <esto se puede hacer con XML, XHTML y luego aplicarle una hoja de estilo, asi separamos los contenidos del formato> > > > <se puede a?adir algun logo de algun ?U por ahi, y el logo del Hurd sea o no oficial> > > <en cuanto al nombre, aun lo tenemos que decidir del todo ;)> > BIEN VENIDO A LA MANADA DE ?US: LA WEB DEL HURD HISPANO: > > GRUPO DE USUARIOS HISPANO PARLANTES DEL SISTEMA GNU/HURD > ========================================================================== > > > - P?gina principal (index.xml) > > - Acerca del Hurd, y GNU/Hurd: Descripcion somera de lo que tenemos entre manos. Enlaces para > mas informacion. > - ?Qu? es el Hurd? Sistema GNU. Puntualizacion GNU/Hurd. > Decir que es claramente el sistema GNU, y que rol juega en > el el Hurd. > - <Filosofia, enlace a www.gnu.org, es.gnu.org> > - Enlace al Hurd Faq (por como se nombra correctamente el Hurd, etc) > y a nuestro FAQ que tendremos que elaborar > > <mucho de esta parte la podemos sacar de la pagina de GNU/Hurd oficial> > > - Acerca de el Hurd Hispano: > - ?Que es el Hurd Hispano? > - <objetivos del Hurd Hispano> > Potenciar el proyecto GNU. Ayudar a extender la filosofia del proyecto. > Dar a conocer el sistema GNU/Hurd en el ambito de habla hispana. > Aprender sobre sistemas operativos. > Contribuir al desarrollo del soft libre. > - Enlace a las noticias y a la lista de correo de Hurd Hispano. > Nombrar el canal #hurd-es. > - <Filosofia, a quien va dirigido todo esto - posiblemente a gente con conocimientos previos > que puedan ayudar en el desarrollo del sistema GNU. A gente que comparta la filosofia del > soft libre> > > - Documentacion: Tanto documentaci?n traducida como hecha por nosotros > <documentacion.xml> > > <podria hacerse una guia de donde encontrar recursos paso a paso del sistema GNU/Hurd> > - donde conseguir imagenes, tarball,... > - guias de instalacion > - hardware soportado > - listas para pedir ayuda > - grupos de usuarios > - que hacer para desarrollar > - donde encontrar mas informacion > > > <?Qu? hay hecho por el momento?> > > <id apuntando las que se os ocurran> > > <Tambien se puede poner alguna seccion con enlaces a documentos en ingles> > > - Tutoriales: (tutoriales.xml) > - documento de Usuario de Hurd de Raciel > <se podria hacer algo de oskit> > <la guia de mach-ipc de mvalderrama> > > - Traducciones: traducciones de otros documentos > - Gu?a de instalaci?n de Neal > - Hurd Hacking Guide > - Gu?a de referencia del Hurd > - El concepto del translator > <hacia una nueva estrategia en el dise?o de sistemas operativos> > <charla de marcus brinkman> > > - Lista de correo: Lista de correo y faq de la lista (lista.xml) > <descripcion de la lista> > enlace a los archivos de la lista > FAQ DE LA LISTA hurd-es@es.gnu.org > <tambien podemos poner enlaces a las listas de correo en ingles> > <puede ser interesante incluir en el faq preguntas de las que se > hacen en el irc> > > - Enlaces relacionados con HURD (enlaces.xml) > http://hurd.gnu.org > <nuestra web ;) > > <listas de correo en ingles> > <enlaces de Debian relacionados con el Hurd> > <web de neal> > <direcciones de donde descargar las fuentes> > <a?adir m?s enlaces> > Microkernels > GNU-mach <informacion de la universidad carnegie-mellon> > L4 <papeles de L4> > <Algo sobre teoria de microkernels> > <teoria de sistemas operativos> > <algo de OSKIT> > <enlace a las secciones libres del libro de tanenbaum> > <teoria sobre IDL para mig> > ..... > > - NOTICIAS (noticias.xml) : Aqu? habr? que ir poniendo las traducciones > que vayamos subiendo al igual que las cosas que pasen en el mundo de > HURD. > <Tambien las charlas que vayamos a dar, y colgar los logs en la documentacion > > > - PROYECTOS (proyectos.xml) > <guia de mach-ipc de mvalderrama> > <se podria hacer algo de internacionalizacion> > > <aqui tenemos para trabajar hasta cansarnos ;)> > > > - MIEMBROS del grupo de usuarios (web si tienen.... esto si alguien quiere poner sus datos o algo) > > - Alejandro S?nchez Acosta (http://www.ultimaorbita.com/raciel) > (http://x-ezine.todo-linux.com/users/raciel) > > miembros.xml : Id a?adiendo las vuestras > > <NOTA: lo de screen shots se pueden poner, pero teniendo en cuenta que no estamos en un entorno > grafico especifico, no le veo demasiada utilidad. Las caracteristicas del Hurd son mas > internas, seguramente no se vea casi ninguna diferencia a un sistema ejecutando GNU/Linux. > (zenton)> > > - Mantenimiento de la web (mantener.xml) Aqu? quien llevar? la web con > el nombre y la direcci?n de correo para ir actualizando a la web de > forma que est? al d?a por cada uno de las personas que lo lleven. > > Alejandro S?nchez Acosta (raciel@x0und.net) tutoriales.xml > Vicente Hernando Ara (zenton@es.gnu.org) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje esta firmada digitalmente Url : http://es.gnu.org/pipermail/hurd-es/attachments/20020917/45a9bdbb/attachment.pgp From cp46tan at hotpop.com Wed Sep 18 16:51:20 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] configuracion de eth0 References: <20020917062529.50881.qmail@web20004.mail.yahoo.com> Message-ID: <3D8892E8.7020700@hotpop.com> Buenas. Ya comentamos por Irc lo del problema de red y no encontramos ninguna soluci?n al problema, por desgracia. En cualquier caso sacamos unas pocas cosas en claro sobre el asunto, que bien podr?an servirle a terceras personas : >hola, configure el eth0 con >settrans -fgap /servers/socket/2 /hurd/pfinet -i eth0 >\ > -a 192.168.185.12 -g 192.168.185.254 -m >255.255.255.0 > > Aqu? deben hacerse unas aclaraciones : (i) La primera es comprobar que gnumach ha detectado la tarjeta de red. Para tal fin debemos usar el equivalente al dmesg de linux : # cat /dev/klog > boot.log es necesario redireccionar la salida del cat, porque /dev/klog queda destruido al leerlo. (ii) La segunda, crear el dispositivo para la eternet : # cd /dev # ./MAKEDEV eth0 si bien este paso podr?a no ser necesario. Existe la posibilidad de que al configurar el traductor de red, sea creada la interfaz eth0. (ii) Configurar el traductor de red ( pfinet -> protocol family inet ): # settrans -fgap /servers/socket/2 /hurd/pfinet -i eth0 -a 192.168.185.12 -g 192.168.185.254 -m 255.255.255.0 esto en una sola l?nea, sin el "\" ( backslash ), que en la gu?a de instalaci?n aparece para separar l?neas tan solo. >y en /ect/network/interface >puse >auto eth0 >iface eth1 inet static >address 192.168.185.254 >netmask 255.255.255.0 >network 192.168.185.0 >broadcast 192.168.185.255 >gateway 192.168.185.254 > No hay necesidad ninguna de rellenar /etc/network/interfaces. Aunque sospecho que rellenarlo tampoco ser? contraproducente. >si le doy ping localhost me responde >pero si le doy ping 192.168.185.254 >no me responde > > Creo que la explicaci?n est? en que localhost ( el loopback de linux ) es manejado por pflocal ( o puede que me equivoque: es posible que pflocal solo se dedique a implementar IPC local de unix, es decir, cosas como tubos y bichos similares ). >que paso me falta? > > En principio ninguno que no hayamos comentado y no haya funcionado. Una posibilidad que aun no hemos probado es hacer compilaci?n cruzada en linux, ? recompilar desde el propio Hurd, del gnumach, y dar soporte ?nica y exclusivamente a tu tarjeta de red. Tengo mis dudas de que esto arregle algo, pero pocas cosas se me ocurren ya. Para hacerlo te adjunto un documento ( en ingl?s. por desgracia ) que explica como hacerlo. >saludos > Un saludo, Manuel. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://es.gnu.org/pipermail/hurd-es/attachments/20020918/bc2bb99f/compiling_gnumach.html From cp46tan at hotpop.com Wed Sep 18 23:29:45 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Un par de documentos. Message-ID: <3D88F049.3050600@hotpop.com> Buenas, ? Qu? tal va la vida ? Aprovechaba para adjuntar otro par de recetas relacionadas con el Hurd, que tal vez os podr?an servir de ayuda a algunos. El primero es una peque?a gu?a para compilar l4ka y arrancarlo, y el otro es una gu?a para conseguir que vuestra conexi?n dhcp funcione bajo el hurd ( a pesar de no existir cliente dhcp ). Este segundo documento, sin embargo, est? en ingl?s. Un saludo, Manolo. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://es.gnu.org/pipermail/hurd-es/attachments/20020918/529c4870/probando_l4.es.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://es.gnu.org/pipermail/hurd-es/attachments/20020918/529c4870/dhcp_under_hurd.html From solk2 at yahoo.co.uk Sun Sep 22 00:00:19 2002 From: solk2 at yahoo.co.uk (=?iso-8859-1?q?Siux=20ArauKo?=) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Nombre???? Message-ID: <20020921220019.20288.qmail@web13105.mail.yahoo.com> Recientemente ha surgido la pregunta: estaria bien #hurd-es, como nombre para referirse a un canal de habla hispana acerca del hurd? o se prestar?a a la confusi?n por aquellos que no son espa?oles, sintiendose por lo tanto excluidos?... A decir verdad, esta muy bien la apreciaci?n, pero, particularmente creo, que aunque todos sabemos que el nombre es muy influyente para definir lo que pensamos hacer como grupo, no tiene nada de excluyente con el resto de usuarios de habla hispana, de hecho, como comentaba, si hago un /list, aquellos canales a los que les vea agregado el "es" los distinguir?a r?pidamente de los de greengolandia o algun otro lado, y sabr?a que se discuten temas en espa?ol, indistintamente de si son de espa?as, mexico, o venezuela...y creo que eso es lo mas importante. Otro punto: aquellos canales que puedan hacer sentir excluyente a alguien, de seguro es por otras cualidades, contenido de la web, articulos, comentarios...dificilmente eso puede ocurrir en nuestro caso, cuando ya contamos con usuarios de varias parte del mundo... Y claro...los comentarios, y sugerencias, siempre son bienvenidos.... __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com From indexperu at hotmail.com Sun Sep 22 01:05:02 2002 From: indexperu at hotmail.com (QUIPU DIGITAL) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Web Hosting + dominio desde US$5 al mes Message-ID: <20020922115405.E97BB13F57@gnues.es.gnu.org> La Molina, Setiembre del 2002 Estimados señores, Mediante el presente nos es grato saludarlos y hacerles llegar información de los nuevos paquetes de alojamiento web (web hosting) que ha lanzado nuestra empresa: *********************** PAQUETE BASICO 01 Dominio suempresa.com, .net ó .org 50 MB de espacio en disco 1 GB de Transferencia Mensual Acceso FTP 5 Cuentas de correo usuario@sudominio.com Costo Anual US$ 60.00 Alta (Pago por única vez) US$ 40.00 *********************** PAQUETE STANDARD 01 Dominio suempresa.com, .net ó .org 200 MB de espacio en disco 2 GB de Transferencia Mensual Acceso FTP 20 Cuentas de correo usuario@sudominio.com 1 Lista 1 Base de datos MySQL Costo Anual US$ 100.00 Alta (Pago por única vez) US$ 50.00 *********************** PAQUETE PREMIUM 01 Dominio suempresa.com, .net ó .org 500 MB de espacio en disco 5 GB de Transferencia Mensual Acceso FTP Ilimitadas Cuentas de correo usuario@sudominio.com 20 Listas 1 Base de datos MySQL Costo Anual US$ 200.00 Alta (Pago por única vez) US$ 100.00 *********************** Todos incluyen PERL - CGI - PHP Dominios .com, .net ó .org desde $25/anuales Precios incluyen I.G.V.   Así mismo, le informamos que tenemos disponible un demo de nuestros servicios, totalmente gratuito, de una semana de duración, no duden en solicitárnoslo llamándonos al teléfono 01- 348-8452.   Quedamos pues, a la espera de sus noticias saludándoles. Atentamente, Ventas - Indexperu Av. La Fontana 440 Of. 2033 - La Molina - Lima - PERU Telef. 348-8452, Fax 349-5611 Su dirección fue obtenida de un sitio público. Nuestra intención es informarle ocasionalmente de nuestras Ofertas. Si la misma no resultase de su agrado e interés, le pedimos disculpas por haberlo incomodado. A todos los efectos nos adherimos a las consideraciones establecidas para el UNED States Federal Requeriments for Commercial E-mail Bill, Sección 301, párrafo (a) (2) (C) de S.1618. Bajo el decreto S.1618 titulo 3ro. Aprobado por el 105 congreso base de las normativas Internacionales sobre SPAM, un E-mail no podrá ser considerado SPAM mientras incluya una forma de ser removido. Si usted no desea recibir más nuestros e-mails, por favor respondanos el mail con el Subject: Remover From cp46tan at hotpop.com Tue Sep 24 23:30:31 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Leer y Escribir de un fichero Message-ID: <3D90D977.5050702@hotpop.com> Buenas a toda la Manada. Siguiendo con el tema de la interfaz con el Hurd, pues deciros que ya descubr? en que consist?an mis problemas con la apertura de varios ficheros, y no era con nada relacionado al mach_port_deallocate, ni a nada de lo que discutiesemos en mi anterior correo. Fue tan s?lo un error de programaci?n independiente; lo que ocurr?a era que al producirse el error en el programa, el servidor "crash" lo suspend?a, y daba la impresi?n de que el programa se quedaba parado por otras razones. Dicho esto, contar? un poco m?s de E/S b?sica en el sistema GNU. En primer lugar un resumen : (i) Para abrir un fichero tan s?lo debemos declararlo con tipo file_t y abrirlo con file_name_lookup : file_t file; /* Declaraci?n de file_name_lookup : file_t file_name_lookup( const char *file_name, int flags, mode_t mode ); * Ejemplo de su uso : */ file = file_name_lookup( "/home/manu/cat-hurd.c", O_WRITE, 0666 ); (ii) para cerrarlo en principio mach_port_deallocate, aunque lo cierto es que puedo reabrir ficheros sin problemas aun sin invocar esta llamada : mach_port_deallocate( mach_task_self(), file ); Tras el mini-repaso, ahora explicar? las primitivas b?sicas de lectura y escritura en el Hurd; estas primitivas son io_read e io_write : error_t io_read( file_t file, char **buffer, mach_msg_type_number_t *n_read, off_t offset, mach_msg_number_t n ); error_t io_write( file_t file, char *buffer, mach_msg_type_number_t n, off_t offset, mach_msg_type_number_t *n_write ); Ahora una breve explicaci?n de estas prolijas llamadas. En primer lugar, el fichero sobre el que queremos leer ? escribir es (file_t) file, y el buffer en el que se leeran/escribiran los datos es buffer. Llegados a este punto surge una pregunta : ? Por qu? buffer es un doble puntero en io_read y un puntero simple en io_write ? La respuesta est? en MIG, que tiene sus peque?as inconsistencias, si bien esta tiene cierta justificaci?n. Pero eso lo dejaremos para m?s adelante. Tras este problemilla quedan los otros parametros. mach_msg_type_number_t es un tipo de datos propio de la IPC de mach que corresponde m?s ? menos a un int normal y corriente. En ambas llamadas he marcado a n como la cantidad que pretendemos leer/escribir, y los punteros n_read y n_write nos devuelven la cantidad que en realidad leermos y escribimos. offset sirve para indicar desde que punto leemos/escribimos en el fichero. Lo com?n es proporcionar -1, para indicar la posici?n actual del puntero interno. Con esto podemos poner un peque?o ejemplo, un programa que lea de la entrada estandar y escriba en la salida estandar lo que le hemos puesto. Lo primero es pensar en la manera en que lo haremos : lo m?s normal es hacerlo a la manera en que se hace este mismo programa en el Kernighan & Ritchie, es decir, declaro un buffer de un determinado tama?o y comienzo a pasar la entrada a la salida. Eso quiere decir que habr? un : #define BUFSIZE 8 /* por ejemplo */ Y en el programa principal por ejemplo : char *buffer; /* habr? m?s variables por ac? */ buffer = (char *)malloc( BUFSIZE*sizeof(char) ); Aunque lo del malloc empiezo a pensar que no tiene sentido; se supone que io_write puede ignorar nuestro malloc a voluntad. Tras esto hay que abrir la salida y la entrada estandar : file_t in, out; /* esto con el resto de declaraciones de variables */ in = file_name_lookup( "/dev/stdin", O_READ, 0 ); out = file_name_lookup( "/dev/stdout", O_WRITE, 0666 ); Por ?ltimo nos tenemos que currar un ciclo de lectura-escritura del terminal; para eso definimos unas cantidades, y ponemos unos bucles : mach_msg_type_number_t n_read, n_write; while(1) { /* read the input : */ io_read( in, &buffer, &n_read, -1, BUFSIZE ); /* write the output : */ io_write( out, buffer, n_read, -1, &n_write ); } Y reconstruir el programa a partir de estos trozos dispersos es f?cil; una versi?n m?s elaborada del programa de arriba podr?a ser esta otra : char *write_ptr; mach_msg_type_number_t n, n_read, n_write, rw_unit; rw_unit = (mach_msg_type_number_t)BUFSIZE; do { /* read the input : */ io_read( in, &buffer, &n_read, -1, rw_unit ); n = n_read; /* write the output : */ /* sure write loop, like in Wolfgang J?hrling hhg : */ write_ptr = buffer; do { io_write( out, write_ptr, n_read, -1, &n_write ); write_ptr += n_write; n_read -= n_write; } while( (int)n_read > 0 ); } while( (int)n > 0 ); /* Salvo error de lectura, esto es siempre cierto */ En cualquier caso a ambas versiones les falta lo de mirar los errores y dem?s, pero bueno, son s?lo de ejemplo. Por cierto, si pretendeis compilarlos con exito, antes de poner ning?n include en el programa ( ni ninguna otra cosa salvo comentarios ), escribir : #define _GNU_SOURCE Y bueno, iba a decir algo sobre io_readable, pero empiezo a estar cansaito. As? que para otra ocasi?n lo dejo. Hasta luego, Manuel. From pablo at uac.utn.edu.ar Wed Sep 25 00:37:37 2002 From: pablo at uac.utn.edu.ar (Pablo Moreira) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] prueba Message-ID: <20020924193737.569c8ebe.pablo@uac.utn.edu.ar> saludos. From tong1958 at yahoo.com Wed Sep 25 02:44:14 2002 From: tong1958 at yahoo.com (=?iso-8859-1?q?Shun=20Yin=20Tong?=) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Error en apt-get upgrade In-Reply-To: <02082701094001.03389@kant> Message-ID: <20020925004414.60452.qmail@web20003.mail.yahoo.com> hola, por fin instale en otra maquina el hurd. cuando intento hace apt-update y upgrade la primera vez en sale The following packages have beenkept back apt apt-utils dpkg fileutils shellutils testutiles 12 packages upgrades, 0 newly installed, 0 to remove and 6 not upgraded. 1 packages not fully installed or removed. Need to get ......... Preconfiguring packages .... (Reading ....... Preparing to replace libc0.3 2.2.5-6 (using.../libc0.3_2.2.5-13_hurd-i386.deb)... Unpacking repalcement libc0.3 ... dpkg: warning - old post-removal script returned error exit status 127 dpkg - trying script from the new package instead ... dpkg: error processing /var/cache/apt/archives/libc0.3_2.2.5-13_hurd-i386.deb (--unpack) subprocess new post-removal script returned error exit status 127 dpkg: errors while cleaning up: subprocess pre-installation script returned errors exit status 127 Errors were encounteres while processing: /var/cache/apt/archives/libc0.3_2.2.5-15_hurd-i386.deb E: Sub-process /usrr/bin/dpkg returned an error code(1) que tengo que hacer para poder actualiza los paquetes? saludos _________________________________________________________ Do You Yahoo!? Informaci?n de Estados Unidos y Am?rica Latina, en Yahoo! Noticias. Vis?tanos en http://noticias.espanol.yahoo.com From digitalvideo at lbdata.net Wed Sep 25 16:59:34 2002 From: digitalvideo at lbdata.net (DVR Now!) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Digital Video Recorder Message-ID: <1032965974.326@lbdata.net> An HTML attachment was scrubbed... URL: http://es.gnu.org/pipermail/hurd-es/attachments/20020925/d29f65ba/attachment.htm From cp46tan at hotpop.com Wed Sep 25 17:13:29 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Error en apt-get upgrade References: <20020925004414.60452.qmail@web20003.mail.yahoo.com> Message-ID: <3D91D299.7040304@hotpop.com> Buenas :-) >hola, por fin instale en otra maquina el hurd. >cuando intento hace apt-update y upgrade la primera >vez >en sale > Bien, ser?a interesante algo m?s de informaci?n sobre como est?s instalando, c?mo por ejemplo, que tarball est?s usando, que serie de CD's ? si est?s instalando de red. En principio cuando hay problemas con las dependencias y dem?s, lo com?n es escribir un ecl?ctico : dpgk --configure -a pero bien sospecho que el error aqu? es algo diferente a todo eso. Algunas recomendaciones son : usar el tarball contenido en el CD de debian ( dist/sid/main/disk-hurd-i386/current/baseHurd.tgz ) en caso de instalaci?n desde CD, y usar el ?ltimo tarball ( buscalo en alpha.gnu.org ) en caso de instalaci?n por red. Otra cosa : en los ./native-install a veces hay problemillas. Lo de los paqeutes bien podr?a arreglarse tras un "apt-cdrom add" + "apt-get update" + "apt-get dist-upgrade". >/var/cache/apt/archives/libc0.3_2.2.5-15_hurd-i386.deb >E: Sub-process /usrr/bin/dpkg returned an error >code(1) > Por lo que veo es un paquete de los importantes; en tal caso se hace aun m?s necesario que especifiques el tarball y dem?s detalles. Podr?a tener que ver con el cambio de interfaces que hubo hace nada. Un saludo, Manuel. From tong1958 at yahoo.com Wed Sep 25 18:13:09 2002 From: tong1958 at yahoo.com (=?iso-8859-1?q?Shun=20Yin=20Tong?=) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Error en apt-get upgrade In-Reply-To: <3D91D299.7040304@hotpop.com> Message-ID: <20020925161309.98710.qmail@web20009.mail.yahoo.com> hola, la instale desde un cd de debian J1 saludos --- Manu Valderrama <cp46tan@hotpop.com> escribi?: > Buenas :-) > > >hola, por fin instale en otra maquina el hurd. > >cuando intento hace apt-update y upgrade la primera > >vez > >en sale > > > Bien, ser?a interesante algo m?s de informaci?n > sobre como > est?s instalando, c?mo por ejemplo, que tarball > est?s usando, > que serie de CD's ? si est?s instalando de red. > > En principio cuando hay problemas con las > dependencias y dem?s, > lo com?n es escribir un ecl?ctico : > > dpgk --configure -a > > pero bien sospecho que el error aqu? es algo > diferente a todo eso. > Algunas recomendaciones son : usar el tarball > contenido en el CD > de debian ( > dist/sid/main/disk-hurd-i386/current/baseHurd.tgz ) > en caso de instalaci?n desde CD, y usar el ?ltimo > tarball ( buscalo > en alpha.gnu.org ) en caso de instalaci?n por red. > Otra cosa : en los > ./native-install a veces hay problemillas. Lo de los > paqeutes bien podr?a > arreglarse tras un "apt-cdrom add" + "apt-get > update" + "apt-get > dist-upgrade". > > >/var/cache/apt/archives/libc0.3_2.2.5-15_hurd-i386.deb > >E: Sub-process /usrr/bin/dpkg returned an error > >code(1) > > > Por lo que veo es un paquete de los importantes; en > tal caso se hace aun > m?s necesario que especifiques el tarball y dem?s > detalles. Podr?a tener > que ver con el cambio de interfaces que hubo hace > nada. > > Un saludo, > Manuel. > _________________________________________________________ Do You Yahoo!? Informaci?n de Estados Unidos y Am?rica Latina, en Yahoo! Noticias. Vis?tanos en http://noticias.espanol.yahoo.com From tong1958 at yahoo.com Wed Sep 25 18:13:09 2002 From: tong1958 at yahoo.com (=?iso-8859-1?q?Shun=20Yin=20Tong?=) Date: Mon Sep 12 13:45:39 2005 Subject: [Hurd-es] Error en apt-get upgrade In-Reply-To: <3D91D299.7040304@hotpop.com> Message-ID: <20020925161309.98710.qmail@web20009.mail.yahoo.com> hola, la instale desde un cd de debian J1 saludos --- Manu Valderrama <cp46tan@hotpop.com> escribi?: > Buenas :-) > > >hola, por fin instale en otra maquina el hurd. > >cuando intento hace apt-update y upgrade la primera > >vez > >en sale > > > Bien, ser?a interesante algo m?s de informaci?n > sobre como > est?s instalando, c?mo por ejemplo, que tarball > est?s usando, > que serie de CD's ? si est?s instalando de red. > > En principio cuando hay problemas con las > dependencias y dem?s, > lo com?n es escribir un ecl?ctico : > > dpgk --configure -a > > pero bien sospecho que el error aqu? es algo > diferente a todo eso. > Algunas recomendaciones son : usar el tarball > contenido en el CD > de debian ( > dist/sid/main/disk-hurd-i386/current/baseHurd.tgz ) > en caso de instalaci?n desde CD, y usar el ?ltimo > tarball ( buscalo > en alpha.gnu.org ) en caso de instalaci?n por red. > Otra cosa : en los > ./native-install a veces hay problemillas. Lo de los > paqeutes bien podr?a > arreglarse tras un "apt-cdrom add" + "apt-get > update" + "apt-get > dist-upgrade". > > >/var/cache/apt/archives/libc0.3_2.2.5-15_hurd-i386.deb > >E: Sub-process /usrr/bin/dpkg returned an error > >code(1) > > > Por lo que veo es un paquete de los importantes; en > tal caso se hace aun > m?s necesario que especifiques el tarball y dem?s > detalles. Podr?a tener > que ver con el cambio de interfaces que hubo hace > nada. > > Un saludo, > Manuel. > _________________________________________________________ Do You Yahoo!? Informaci?n de Estados Unidos y Am?rica Latina, en Yahoo! Noticias. Vis?tanos en http://noticias.espanol.yahoo.com From cp46tan at hotpop.com Wed Sep 25 20:50:33 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:40 2005 Subject: [Hurd-es] Error en apt-get upgrade References: <20020925161309.98710.qmail@web20009.mail.yahoo.com> Message-ID: <3D920579.3020602@hotpop.com> Buenas de nuevo :-) >hola, la instale desde un cd de debian J1 > bien, ? y cu?l tarball usaste ? Lo digo sobre todo por la versi?n de libc0.3 que tienes >>/var/cache/apt/archives/libc0.3_2.2.5-15_hurd-i386.deb >> en mi J1, cuando hago un dpkg -s libc0.3, obtengo que la versi?n es 2.2.5-6; en el caso del tarball de agosto, que tendr?a problemillas con una J1, es 2.2.5-13. En principio si el tarball es el adecuado todo se arreglar?a con un : settrans -ac /cdrom /hurd/ext2fs /dev/hd2 ( ? /dev/hd1, /dev/hd3 ) apt-cdrom add apt-get update apt-get dist-upgrade ( ? dselect ) lo de "montar" el cdrom a mano es para no tener problemas... la instalaci?n y desinstalaci?n con CD's es algo incomoda de una Debian GNU/Hurd. Bueno, suerte, y dime lo del tarball! Un saludo, Manuel. From jemarch at es.gnu.org Thu Sep 26 16:14:50 2002 From: jemarch at es.gnu.org (Jose E. Marchesi) Date: Mon Sep 12 13:45:40 2005 Subject: [Hurd-es] Leer y Escribir de un fichero In-Reply-To: <3D90D977.5050702@hotpop.com> (message from Manu Valderrama on Tue, 24 Sep 2002 23:30:31 +0200) References: <3D90D977.5050702@hotpop.com> Message-ID: <20020926141450.51F3113F59@gnues.es.gnu.org> Otro excelente ejemplo de la conveniencia de disponer de una web para colgar estas cosas ;) -- Jose E. Marchesi <jemarch@es.gnu.org> GNU Spain http://es.gnu.org GNUs Not Unix! http://www.gnu.org -- "And if cynics ridicule freedom, ridicule community... if 'hard nosed realists' say that profit is the only ideal...just ignore them, and use copyleft all the same." -- RMS --- From tong1958 at yahoo.com Fri Sep 27 00:14:45 2002 From: tong1958 at yahoo.com (=?iso-8859-1?q?Shun=20Yin=20Tong?=) Date: Mon Sep 12 13:45:40 2005 Subject: [Hurd-es] Error en apt-get upgrade In-Reply-To: <3D920579.3020602@hotpop.com> Message-ID: <20020926221445.19727.qmail@web20003.mail.yahoo.com> holas, anoche baje el gnu.lastest.tar.gz y la instala sin problema, gracias :-) saludos --- Manu Valderrama <cp46tan@hotpop.com> escribi?: > Buenas de nuevo :-) > > >hola, la instale desde un cd de debian J1 > > > bien, ? y cu?l tarball usaste ? Lo digo sobre todo > por la versi?n > de libc0.3 que tienes > > > >>/var/cache/apt/archives/libc0.3_2.2.5-15_hurd-i386.deb > >> > en mi J1, cuando hago un dpkg -s libc0.3, obtengo > que la versi?n es > 2.2.5-6; en el caso del tarball de agosto, que > tendr?a problemillas con una > J1, es 2.2.5-13. En principio si el tarball es el > adecuado todo se > arreglar?a > con un : > > settrans -ac /cdrom /hurd/ext2fs /dev/hd2 ( ? > /dev/hd1, /dev/hd3 ) > apt-cdrom add > apt-get update > apt-get dist-upgrade ( ? dselect ) > > lo de "montar" el cdrom a mano es para no tener > problemas... la instalaci?n > y desinstalaci?n con CD's es algo incomoda de una > Debian GNU/Hurd. _________________________________________________________ Do You Yahoo!? Informaci?n de Estados Unidos y Am?rica Latina, en Yahoo! Noticias. Vis?tanos en http://noticias.espanol.yahoo.com From raciel at x0und.net Fri Sep 27 04:56:48 2002 From: raciel at x0und.net (Alejandro =?ISO-8859-1?Q?S=E1nchez?=) Date: Mon Sep 12 13:45:40 2005 Subject: [Hurd-es] Leer y Escribir de un fichero In-Reply-To: <20020926141450.51F3113F59@gnues.es.gnu.org> References: <3D90D977.5050702@hotpop.com> <20020926141450.51F3113F59@gnues.es.gnu.org> Message-ID: <1033095410.1536.11.camel@voyager> Vale vale!! Tranquilo que ya nos ponemos, adem?s nacho tiene que hablar contigo de algo del viernes, a ver si para este finde tenemos la web lista y podemos empezar a colgar cosas. ;-) Saludos -- Alex El jue, 26-09-2002 a las 14:14, Jose E. Marchesi escribi?: > > > Otro excelente ejemplo de la conveniencia de disponer de una web > para colgar estas cosas ;) > > > -- > Jose E. Marchesi <jemarch@es.gnu.org> > GNU Spain http://es.gnu.org > GNUs Not Unix! http://www.gnu.org > -- > "And if cynics ridicule freedom, ridicule community... if 'hard nosed > realists' say that profit is the only ideal...just ignore them, and > use copyleft all the same." -- RMS > --- > > > _______________________________________________ > Hurd-es mailing list > Hurd-es@es.gnu.org > http://es.gnu.org/cgi-bin/mailman/listinfo/hurd-es > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje esta firmada digitalmente Url : http://es.gnu.org/pipermail/hurd-es/attachments/20020927/73370cbc/attachment.pgp From raciel at x0und.net Sat Sep 28 16:37:03 2002 From: raciel at x0und.net (Alejandro =?ISO-8859-1?Q?S=E1nchez?=) Date: Mon Sep 12 13:45:40 2005 Subject: [Hurd-es] =?ISO-8859-1?Q?Reuni=F3n?= con GNU-ES Message-ID: <1033223824.4001.14.camel@voyager> Hola! Bueno os hago un peque?o informe del estado de Hurd-es para que sepais de que disponemos: * Soporte de GNU-es: Lista de correo Repositorio CVS: * an?nimo: pserver * SSH: cuentas ssh para responsables de Hurd-es Bugzilla: en proceso. Docbook Herramientas le2* Aparte de estos servicios, con motivos de ponernos a trabajar ya con la web se ha creado un proyecto wwwhurdes en savannah.gnu.org, al menos se ha realizado la petici?n, al igual que de los servicios dns de hurd.es.gnu.org. En todo lo que estemos trabajando estaremos trabajando en subversions, es luego gnu-es quien hace un cron y se baja una copia a local de forma que tengamos nuestra web actualizada. Aparte de esto se ha creado una web preliminar con lo m?nimo necesario a partir de la de gnu-es, cualquiera que quiera colaborar es libre de modificarla. Para la web se trabajar? con una hoja de estilo XSL, una hoja CSS y XHTML y a trav?s de un Makefile se har? todo el proceso de automatizaci?n que se encargar? de generar los html's a partir de un motor XSLT, en nuestro caso sablotron, para m?s informaci?n lo podeis mirar en el paquete de debian sablotron, el comando en nuestro caso ser?a sabcmd o bien usando le2* de la espiral, al fin al cabo similar ya que hace uso de sablotron. Todo el que quiera colaborar con la web de Hurd-es o con el proyecto, lo tenemos alojado en savannah por lo que necesito la clave p?blica de cada uno, unicamente teneis que mandarme al correo el identity.pub generado por ssh-keygen -t rsa1 en tu ~/ssh/identity.pub y automaticamente pasado una hora desde que os actualice tendreis acceso al servidor de savannah y los cambios ser?n reflejados en el CVS de gnu-es, si teneis mucha necesidad de que se automatice la web rapidamente me lo comentais y la actualizo, sino los cambios creo que son cada 24 horas. Por lo dem?s, los responsables de grupo somos los administradores de la lista, tanto vicente como manuel valderrama teneis cuenta SSH en gnu-es. Para informaci?n de como trabajar con savannah, teneis la documentaci?n en savannah.gnu.org, me imagino que ya estareis familiarizados con el CVS as? que no os costar? nada. Eso es todo, quien quiera colaborar que me mande su identity pub o bien mand? sus diffs a la lista y yo me encargo de actualizarlos. Teneis acceso al repositorio de GNU-es para an?nimo por pserver y total acceso en savannah (subversions) en cuando tenga vuestras claves p?blicas. Un saludo -- Alex -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje esta firmada digitalmente Url : http://es.gnu.org/pipermail/hurd-es/attachments/20020928/21e3720d/attachment.pgp From nav3gant3 at terra.es Sat Sep 28 18:05:47 2002 From: nav3gant3 at terra.es (=?iso-8859-1?q?Jos=E9_Mar=EDa_Ruiz_Aguilera?=) Date: Mon Sep 12 13:45:40 2005 Subject: [Hurd-es] Hola, me pongo las pilas Message-ID: <38ca35529a0af459d6c2d6c14de6ea67@localhost.localdomain> Pues eso, voy a ponerme las pilas as? que os empezar?n ha llegar correos mios. No, no sufra?s, ser?n divertidos y os har?n pensar ;-P. Bueno, digamos que quiero hacer cosas "brutillas" as? a las primera. Quiero hacer drivers. Los necesito y me niego ha creer que nadie m?s los necesite. Tengo especial fijaci?n por dos: - Tener un modem de una vez - Driver de una tarjeta ( mi tarjeta ;) ) wlan. De esta manera, al menos para m?, el Hurd cobrar?a vida de verdad. En teor?a hacer drivers para el Hurd es m?s sencillo que para otros sistemas, pero como lo he hecho, necesito ayuda. Me da igual tirarme un a?o haciendo esto, lo quiero hacer. Despu?s de esta declaraci?n de intenciones, primera pregunta: ?Hasta que punto es posible hacer estos drivers en modo usuario? ?Existen limitaciones? -- Jos? Mar?a Ruiz Aguilera (aka nodie) ----------------------------------------------------------- M?laga Wireless -> http://www.malagawireless.org PMLinux -> http://www.pmlinux.org Linux M?laga -> http://www.linux-malaga.org ----------------------------------------------------------- "Los ordenadores son a la inform?tica lo que los telescopios son a la astronom?a, meros aparatos de observaci?n" Dijsktra From raciel at x0und.net Sun Sep 29 07:52:07 2002 From: raciel at x0und.net (Alejandro =?ISO-8859-1?Q?S=E1nchez?=) Date: Mon Sep 12 13:45:40 2005 Subject: [Hurd-es] Hola, me pongo las pilas In-Reply-To: <38ca35529a0af459d6c2d6c14de6ea67@localhost.localdomain> References: <38ca35529a0af459d6c2d6c14de6ea67@localhost.localdomain> Message-ID: <1033278743.1435.34.camel@voyager> Hola! El s?b, 28-09-2002 a las 16:05, Jos? Mar?a Ruiz Aguilera escribi?: > Pues eso, voy a ponerme las pilas as? que os empezar?n ha llegar > correos mios. No, no sufra?s, ser?n divertidos y os har?n pensar ;-P. Ok, perfecto, cuanto m?s animada est? la lista mejor. > > Bueno, digamos que quiero hacer cosas "brutillas" as? a las primera. > Quiero hacer drivers. Los necesito y me niego ha creer que nadie m?s > los necesite. Tengo especial fijaci?n por dos: > > - Tener un modem de una vez > - Driver de una tarjeta ( mi tarjeta ;) ) wlan. > Pues yo no me he puesto jam?s a hacer ninguno, ?sabes ya como lo vas a enfocar? ?tienes alguna idea en claro? ?has encontrado documentaci?n acerca de drivers en GNU/Hurd? Te lo digo porque yo no he encontrado nada, pero vamos yo te animo. > De esta manera, al menos para m?, el Hurd cobrar?a vida de verdad. > En teor?a hacer drivers para el Hurd es m?s sencillo que para otros > sistemas, pero como lo he hecho, necesito ayuda. Me da igual tirarme > un a?o haciendo esto, lo quiero hacer. No nada, si es m?s f?cil mejor. Seguro que aprendemos todos con tu experiencia. > > Despu?s de esta declaraci?n de intenciones, primera pregunta: > ?Hasta que punto es posible hacer estos drivers en modo > usuario? ?Existen limitaciones? > Personalmente no lo s?, por el momento has hecho que me pique la curiosidad, me pondr? a indagar en el tema a ver si entre todo hacemos algo. Por lo dem?s comentar que ya hay CVS en el que trabajar, irme mandando vuestras claves p?blicas y empezais a currar en subversions. Otra cosa que hay que trabajarse ya es la documentaci?n. > > -- > Jos? Mar?a Ruiz Aguilera (aka nodie) > ----------------------------------------------------------- > M?laga Wireless -> http://www.malagawireless.org > PMLinux -> http://www.pmlinux.org > Linux M?laga -> http://www.linux-malaga.org > ----------------------------------------------------------- Por cierto, espero verte en las Jornadas de ADALA de M?laga a finales de este mes, no dejes de faltar, as? tenemos una peque?a discusi?n de GNU/Hurd. Un saludo -- Alex > "Los ordenadores son a la inform?tica > lo que los telescopios son a la astronom?a, > meros aparatos de observaci?n" > Dijsktra > > _______________________________________________ > Hurd-es mailing list > Hurd-es@es.gnu.org > http://es.gnu.org/cgi-bin/mailman/listinfo/hurd-es > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje esta firmada digitalmente Url : http://es.gnu.org/pipermail/hurd-es/attachments/20020929/1b3d62de/attachment.pgp From c4y0 at epm.net.co Sun Sep 29 08:52:11 2002 From: c4y0 at epm.net.co (Carlos Mario) Date: Mon Sep 12 13:45:40 2005 Subject: [Hurd-es] Instalacion minima? Message-ID: <003101c26784$bcf34a00$48494bc8@epm.net.co> Holas! Alguien puede orientarme por favor en los requerimientos minimos de maquina para instalar hurd? Deseo saber si un equipo 586 con espacio en disco de alrededor de 400 MB puede albergar bien ese sistema operativo para usarlo en mi red. Logicamente, la idea es instalar solo lo necesario (para lo cual acepto sugerencias ;) ). Gracias y saludos!!!! From cp46tan at hotpop.com Sun Sep 29 12:32:13 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:40 2005 Subject: [Hurd-es] Hola, me pongo las pilas References: <38ca35529a0af459d6c2d6c14de6ea67@localhost.localdomain> Message-ID: <3D96D6AD.4000106@hotpop.com> Buenas de nuevo, nodie >Bueno, digamos que quiero hacer cosas "brutillas" as? a las primera. >Quiero hacer drivers. Los necesito y me niego ha creer que nadie m?s >los necesite. Tengo especial fijaci?n por dos: > >- Tener un modem de una vez >- Driver de una tarjeta ( mi tarjeta ;) ) wlan. > >De esta manera, al menos para m?, el Hurd cobrar?a vida de verdad. >En teor?a hacer drivers para el Hurd es m?s sencillo que para otros >sistemas, pero como lo he hecho, necesito ayuda. Me da igual tirarme >un a?o haciendo esto, lo quiero hacer. > > Bien, para escribir manejadores de dispositivos en el Hurd ( bueno, en GNUmach ) en primer lugar hay que saberse al dedillo como es Mach. Esto incluye IPC, hilos y tar?as, y memoria virtual ( no es ninguna broma, si el dispositivo mapea lo-que-sea en memoria, debes escribirle un administrador de memoria ). Te recomiendo leer el art?culo "Linux Device Driver Emulation in Mach"; buscalo en http://citeseer.nj.nec.com/goel96linux.html. Para bajartelo, a la derecha en el letrerito azul, donde pone "view or download". Bastante ?til pa esto de reusar c?digo. Sin embargo, un problema a la hora de hacer manejadores a nivel n?cleo es que hay que meterlos en alguna versi?n de Mach. Gnumach 1.x ya ha sido oficialmente abandonado, y bueno, parece ser que no se acceder? a admitir nuevo c?digo en gnumach 1.x ( si bien es una actitud con la que no estoy muy deacuerdo ) : http://mail.gnu.org/pipermail/bug-hurd/2002-July/009506.html Otras opciones son tratar de usar como objetivo gnumach 2.x u oskit. En principio desarrollar un manejador para gnumach 1.x ? 2.x deber?a ser muy similar. Si quieres centrarte en oskit, zenton ha tenido algunas experiencias que podr?an serte ?tiles. >Despu?s de esta declaraci?n de intenciones, primera pregunta: >?Hasta que punto es posible hacer estos drivers en modo >usuario? ?Existen limitaciones? > > > > Hmmm.... no estoy demasiado seguro si escribir manejadores a nivel usuario es muy diferente a hacerlo a nivel n?cleo. Creo que a nivel usuario podr?as aprovechar peque?as ventajas como usar librer?as del Hurd que te haran la vida m?s facil ( libtrivfs, libports, libpager para hacerle un XP al manejador ); la desventaja es que en teor?a ser?n mucho m?s lentos que a nivel n?cleo, si bien esto no se hasta que punto est? comprobado. Un par de ejemplos pueden estar en mouse.c y kbd.c ( no aparecen en la "release" oficial de fuentes del Hurd; s?lo en las fuentes del paquete debian, as? que puedes mirar en los "pools" de debian y bajarte el orig + los parches para poder mirar estos ejemplos ). Debo admitir en cualquier caso que no estoy seguro de si son manejadores a nivel usuario ? no. Aparte de esto... con respecto a lo de GNUstep: necesitas a que haya una implementaci?n completa de hilos Posix con planificaci?n por expulsi?n en el Hurd. La cosa est? en camino, por suerte. Neal est? haciendo grandes progresos. Un saludo, Manuel. From cp46tan at hotpop.com Sun Sep 29 12:37:08 2002 From: cp46tan at hotpop.com (Manu Valderrama) Date: Mon Sep 12 13:45:40 2005 Subject: [Hurd-es] Instalacion minima? References: <003101c26784$bcf34a00$48494bc8@epm.net.co> Message-ID: <3D96D7D4.90609@hotpop.com> Buenas. > Holas! > > Alguien puede orientarme por favor en los requerimientos minimos de maquina > para instalar hurd? Deseo saber si un equipo 586 con espacio en disco de > alrededor de 400 MB puede albergar bien ese sistema operativo para usarlo >en > mi red. Logicamente, la idea es instalar solo lo necesario (para lo cual > acepto sugerencias ;) ). > > Bien, 400MB pueden ser suficientes, desde luego. El problema est? en que una cierta cantidad deber?s dejarsela a la swap, y el hurd es muy poco amigo de vivir en ambientes con poca RAM+Swap ( debido a que gnumach1 entra en "kernel panic" cuando se le agota la memoria ). Mi instalaci?n de Hurd b?sico+X Windows+window maker y blackbox+gcc y otros bichos cabe en unos 300MB. Tengo todo lo que en un linux normal salvo KDE y Gnome. From raciel at x0und.net Sun Sep 29 18:24:50 2002 From: raciel at x0und.net (Alejandro =?ISO-8859-1?Q?S=E1nchez?=) Date: Mon Sep 12 13:45:40 2005 Subject: [Hurd-es] Hola, me pongo las pilas In-Reply-To: <3D96D6AD.4000106@hotpop.com> References: <38ca35529a0af459d6c2d6c14de6ea67@localhost.localdomain> <3D96D6AD.4000106@hotpop.com> Message-ID: <1033316706.1054.52.camel@voyager> Hola! Bueno, yo creo que lo m?s conveniente ser?a utilizar Oskit para el desarrollo de drivers debido a que con el nuevo port a L4 ya se han hecho una especie de portage de Oskit a L4 de forma que los drivers est?n en espacio de usuario sin necesidad de tener que ir a implementarlo como t? bien dices en el propio microkernel GNU/Mach 3.0. Por eso te recomiendo que te mires a fondo Oskit aunque creo que tambi?n te servir?a un portage que se est? haciendo de drivers en Linux a L4, a mi personalmente me ha parecido muy interesante. Puedes bajarte Oskit en: http://os.inf.tu-dresden.de/~hohmuth/prj/oskit-l4.ps.gz Dispones de documentaci?n de Oskit en: http://www.cs.utah.edu/flux/oskit/doc.html Al igual que paquetes debian de oskit en la rama unstable SID: http://packages.debian.org/unstable/devel/oskit.html Un saludo -- Alex El dom, 29-09-2002 a las 10:32, Manu Valderrama escribi?: > Buenas de nuevo, nodie > > >Bueno, digamos que quiero hacer cosas "brutillas" as? a las primera. > >Quiero hacer drivers. Los necesito y me niego ha creer que nadie m?s > >los necesite. Tengo especial fijaci?n por dos: > > > >- Tener un modem de una vez > >- Driver de una tarjeta ( mi tarjeta ;) ) wlan. > > > >De esta manera, al menos para m?, el Hurd cobrar?a vida de verdad. > >En teor?a hacer drivers para el Hurd es m?s sencillo que para otros > >sistemas, pero como lo he hecho, necesito ayuda. Me da igual tirarme > >un a?o haciendo esto, lo quiero hacer. > > > > > Bien, para escribir manejadores de dispositivos en el Hurd ( bueno, en > GNUmach ) en primer lugar hay que saberse al dedillo como es Mach. > Esto incluye IPC, hilos y tar?as, y memoria virtual ( no es ninguna broma, > si el dispositivo mapea lo-que-sea en memoria, debes escribirle un > administrador de memoria ). > > Te recomiendo leer el art?culo "Linux Device Driver Emulation in Mach"; > buscalo en http://citeseer.nj.nec.com/goel96linux.html. Para bajartelo, > a la derecha en el letrerito azul, donde pone "view or download". > Bastante ?til pa esto de reusar c?digo. > > Sin embargo, un problema a la hora de hacer manejadores a nivel n?cleo > es que hay que meterlos en alguna versi?n de Mach. Gnumach 1.x ya ha > sido oficialmente abandonado, y bueno, parece ser que no se acceder? > a admitir nuevo c?digo en gnumach 1.x ( si bien es una actitud con la > que no estoy muy deacuerdo ) : > > http://mail.gnu.org/pipermail/bug-hurd/2002-July/009506.html > > Otras opciones son tratar de usar como objetivo gnumach 2.x u oskit. > En principio desarrollar un manejador para gnumach 1.x ? 2.x deber?a > ser muy similar. Si quieres centrarte en oskit, zenton ha tenido algunas > experiencias que podr?an serte ?tiles. > > >Despu?s de esta declaraci?n de intenciones, primera pregunta: > >?Hasta que punto es posible hacer estos drivers en modo > >usuario? ?Existen limitaciones? > > > > > > > > > Hmmm.... no estoy demasiado seguro si escribir manejadores a nivel > usuario es muy diferente a hacerlo a nivel n?cleo. Creo que a nivel > usuario podr?as aprovechar peque?as ventajas como usar librer?as del > Hurd que te haran la vida m?s facil ( libtrivfs, libports, libpager para > hacerle > un XP al manejador ); la desventaja es que en teor?a ser?n