[opensuse-es] (OT) M$Win y Mac address
Hola, Tengo entendido que la Mac Address viene ya con el hardware. ¿Cómo puedo saber la Mac Address del hardware independientemente del sistema operativo? En un sistema dual, en Windows saca una y en linux otra. -- josep m solé
2008/5/2, Josep m Solé:
¿Cómo puedo saber la Mac Address del hardware independientemente del sistema operativo?
Hum... si no es wifi ¿iniciando desde una versión live y ejecutando "ifconfig"? La dirección mac no se graba en la tarjeta sino que quedará registrada en el sistema, aunque creo que algunos fabricantes distribuyen programas para guardar de forma permanente la dirección mac en la eeprom :-?.
En un sistema dual, en Windows saca una y en linux otra.
¿Cuántas interfaces de red tienes? ¿Usas channel bonding o algún servicio similar? ¿Has cambiado la mac en alguno de los sistemas (linux o windows) para poder conectarte a ono O:-)? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
¿se puede cambiar la MAC Address de una Network Card???? ¿cómo? (digo, como hacerlo desde windows y cómo desde linux... porque yo siempre he sabido que las mac address vienen definitivamente impresas en las tarjetas de red y son únicas para cada una o me equivoco?) --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Desde el innombrable:
http://www.nthelp.com/NT6/change_mac_w2k.htm
http://www.gold-software.com/download5080.html
2008/5/2 Neo Matrix
¿se puede cambiar la MAC Address de una Network Card???? ¿cómo? (digo, como hacerlo desde windows y cómo desde linux... porque yo siempre he sabido que las mac address vienen definitivamente impresas en las tarjetas de red y son únicas para cada una o me equivoco?)
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Camaleón escribió:
Hum... si no es wifi ¿iniciando desde una versión live y ejecutando "ifconfig"?
ifconfig no debe usarse, en su lugar para ver la mac address de la tarjeta tienes que hacer $ ip link show <interfaz> -- "Progress is possible only if we train ourselves to think about programs without thinking of them as pieces of executable code.” - Edsger W. Dijkstra Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/
El Viernes, 2 de Mayo de 2008 15:35, Camaleón va escriure:
2008/5/2, Josep m Solé:
¿Cómo puedo saber la Mac Address del hardware independientemente del sistema operativo?
Hum... si no es wifi ¿iniciando desde una versión live y ejecutando "ifconfig"?
Ok. Por el lado linux es coincidente en distintas distribuciones live. Pero por el lado windows no es la misma.
La dirección mac no se graba en la tarjeta sino que quedará registrada en el sistema, aunque creo que algunos fabricantes distribuyen programas para guardar de forma permanente la dirección mac en la eeprom :-?.
No se trata de cambiarla. No quiero cambiarla.
En un sistema dual, en Windows saca una y en linux otra.
¿Cuántas interfaces de red tienes? ¿Usas channel bonding o algún servicio similar? ¿Has cambiado la mac en alguno de los sistemas (linux o windows) para poder conectarte a ono O:-)?
Una wifi y otra ethernet. No.
Saludos,
Más: Abrí en su día un bug: https://bugzilla.novell.com/show_bug.cgi?id=347190 Allí me indican que puede ser un problema de hardware. Que quizá Win pasa de la Mac address. Pero HP, me dice que si funciona en Windows... no es de hardware. Por eso quiero asegurarme si se trata de un tema de hardware. Gracias por tu ayuda. -- josep m solé
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
Hum... si no es wifi ¿iniciando desde una versión live y ejecutando "ifconfig"?
Ok. Por el lado linux es coincidente en distintas distribuciones live. Pero por el lado windows no es la misma.
¿Quieres decir que has probado varios windows y todos dan distinta entre sí?
Más: Abrí en su día un bug: https://bugzilla.novell.com/show_bug.cgi?id=347190
Allí me indican que puede ser un problema de hardware. Que quizá Win pasa de la Mac address. Pero HP, me dice que si funciona en Windows... no es de hardware. Por eso quiero asegurarme si se trata de un tema de hardware.
Esa respuesta es de "stock". No quiere decir nada. Yo lo que creo es que el windows la cambia al arrancar. Lo que dijo David Edwards. La solución estará por decirle al windows que la cambie a la que dice el linux, o hacer el mismo cambio en linux. Hay otros bugzillas que pueden estar relacionados: 230213 241982 Y esto es a lo que me refería antes: http://lists.opensuse.org/opensuse/2007-12/msg01727.html que puede te de más info, auqnue no sea tu problema. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIG4X4tTMYHG2NR9URAsyCAJ9Y2E6TgGl9torRbmhufKpLo/12yQCfVR14 dOWsZ9NQrsUy9lIbVVRIoSU= =/iWR -----END PGP SIGNATURE-----
El Viernes, 2 de Mayo de 2008 23:21, Carlos E. R. va escriure:
Esa respuesta es de "stock". No quiere decir nada. Yo lo que creo es que el windows la cambia al arrancar. Lo que dijo David Edwards. La solución estará por decirle al windows que la cambie a la que dice el linux, o hacer el mismo cambio en linux.
Sí que es algo parecido. Es decir, en el archivo 70-persistent-net.rules va dando nombres correlativos eth2, eth3, ...eth21, eth22... a cada arranque uno nuevo. He intentado algunos pruebas en el archivo 75-persistent-net-generator.rules. Por ahora sin éxito. ¿Qué puedo probar? Aquí está: # do not edit this file, it will be overwritten on update # these rules generate rules for persistent network device naming ACTION!="add", GOTO="persistent_net_generator_end" SUBSYSTEM!="net", GOTO="persistent_net_generator_end" # device name whitelist KERNEL!="eth*|ath*|wlan*|ra*|sta*|ctc*|lcs*|hsi*", GOTO="persistent_net_generator_end" # ignore the interface if a name has already been set NAME=="?*", GOTO="persistent_net_generator_end" # ignore Xen virtual interfaces SUBSYSTEMS=="xen", GOTO="persistent_net_generator_end" # build device description string to add a comment to the generated rule SUBSYSTEMS=="pci", ENV{COMMENT}="PCI device $attr{vendor}:$attr{device} ($driver)" SUBSYSTEMS=="usb", ENV{COMMENT}="USB device 0x$attr{idVendor}:0x$attr{idProduct} ($driver)" SUBSYSTEMS=="pcmcia", ENV{COMMENT}="PCMCIA device $attr{card_id}: $attr{manf_id} ($driver)" SUBSYSTEMS=="ccwgroup", ENV{COMMENT}="S/390 $driver device at $id", ENV{NETDEV}="$id", ENV{NETDRV}="$driver" SUBSYSTEMS=="ieee1394", ENV{COMMENT}="Firewire device $attr{host_id})" ENV{COMMENT}=="", ENV{COMMENT}="$env{SUBSYSTEM} device ($driver)" DRIVERS=="?*", ENV{NETDEV}=="?*", IMPORT{program}="write_net_rules --driver $env{NETDRV} --id $env{NETDEV}" # skip "locally administered" MAC addresses ATTR{address}=="?[2367abef]:*", GOTO="persistent_net_generator_end" DRIVERS=="?*", ENV{NETDEV}!="?*", IMPORT{program}="write_net_rules $attr{address}" ENV{INTERFACE_NEW}=="?*", NAME="$env{INTERFACE_NEW}" LABEL="persistent_net_generator_end" En Windows muestra la siguiente Mac Address 00-1B-24-BE-F9-9F (con guiones y puntos en vez de "colons" y minúsculas). -- josep m solé
El 3/05/08, Josep m Solé escribió:
Sí que es algo parecido. Es decir, en el archivo 70-persistent-net.rules va dando nombres correlativos eth2, eth3, ...eth21, eth22... a cada arranque uno nuevo.
He intentado algunos pruebas en el archivo 75-persistent-net-generator.rules. Por ahora sin éxito. ¿Qué puedo probar? Aquí está:
¿Has probado lo que dice Sandy en ese mismo hilo? http://lists.opensuse.org/opensuse/2007-12/msg01736.html
En Windows muestra la siguiente Mac Address 00-1B-24-BE-F9-9F (con guiones y puntos en vez de "colons" y minúsculas).
Yo no creo que sea un problema "exclusivamente" de hardware. Al menos tiene que tener una solución vía software (bios, controladores forcedeth o kernel). Mira, en Mandriva también tienen un bugzilla abierto por un tema similar: forcedeth using new random MAC address at each boot https://qa.mandriva.com/show_bug.cgi?id=37531 Y si nada te funciona, yo probaría a forzar una dirección mac en suse para ese adaptador :-?. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El Viernes, 2 de Mayo de 2008 23:21, Carlos E. R. va escriure:
Sí que es algo parecido. Es decir, en el archivo 70-persistent-net.rules va dando nombres correlativos eth2, eth3, ...eth21, eth22... a cada arranque uno nuevo.
Eso no lo dijiste, que te iba cambiando en cada arranque. Vuelve a abrir el bugzilla.
He intentado algunos pruebas en el archivo 75-persistent-net-generator.rules. Por ahora sin éxito. ¿Qué puedo probar? Aquí está:
Pues hacer exactamente lo que dice Sandy, ni más ni menos. http://lists.opensuse.org/opensuse/2007-12/msg01727.html http://lists.opensuse.org/opensuse/2008-04/msg01726.html
# do not edit this file, it will be overwritten on update # these rules generate rules for persistent network device naming
ACTION!="add", GOTO="persistent_net_generator_end" SUBSYSTEM!="net", GOTO="persistent_net_generator_end"
Blah blah blah. No te has leido el enlace que te pasé. Dice: If it's the well-known forcedeth module problem you could try this: /etc/udev/rules.d/70-persistent-net.rules SUBSYSTEM=="net", DRIVERS=="forcedeth", NAME="eth0" Delete everything else in this file. Suponiendo que sea el modulo "forcedeth", pon esas linea y BORRA todas las demás. Bueno, haz una copia de seguridad antes.
En Windows muestra la siguiente Mac Address 00-1B-24-BE-F9-9F (con guiones y puntos en vez de "colons" y minúsculas).
Puedes intentar forzar esa MAC en el script boot.local - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIHD2GtTMYHG2NR9URAvNhAJ9Lmn9bzzjAzaWpT8f92B4peVVRmACdHU70 sLvs8WDazfzjXqdNQSmR7hA= =slxV -----END PGP SIGNATURE-----
El Sábado, 3 de Mayo de 2008 12:24, Carlos E. R. va escriure:
Pues hacer exactamente lo que dice Sandy, ni más ni menos.
http://lists.opensuse.org/opensuse/2007-12/msg01727.html http://lists.opensuse.org/opensuse/2008-04/msg01726.html
Funciona. Gracias a todos. -- josep m solé
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-04 a las 08:19 +0200, Josep m Solé escribió:
El Sábado, 3 de Mayo de 2008 12:24, Carlos E. R. va escriure:
http://lists.opensuse.org/opensuse/2007-12/msg01727.html http://lists.opensuse.org/opensuse/2008-04/msg01726.html
Funciona. Gracias a todos.
Me alegro :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIHYSftTMYHG2NR9URAqk5AJ0az+s/m9E6+TqWpsNM11zzZ0yziQCggoDD HA6pik7NZ0BBaSM1rPzrRo4= =+x9U -----END PGP SIGNATURE-----
2008/5/4, Josep m Solé:
El Sábado, 3 de Mayo de 2008 12:24, Carlos E. R. va escriure:
Pues hacer exactamente lo que dice Sandy, ni más ni menos.
http://lists.opensuse.org/opensuse/2007-12/msg01727.html http://lists.opensuse.org/opensuse/2008-04/msg01726.html
Funciona. Gracias a todos.
No me había dado cuenta de que te habían marcado el bug como "invalid" :-O. Pues muy condescendiente has sido en bugzilla... yo les hubiera soltado alguna "barbaridad" >:-) Este es "otro" de los claros ejemplos de que hace falta un "defensor del bugzillero" :-/. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-04 a las 13:08 +0200, Camaleón escribió:
Funciona. Gracias a todos.
No me había dado cuenta de que te habían marcado el bug como "invalid" :-O. Pues muy condescendiente has sido en bugzilla... yo les hubiera soltado alguna "barbaridad" >:-)
¿que le han dicho? :-o Lo unico que se me ocurre es que esté resuelto en factory.
Este es "otro" de los claros ejemplos de que hace falta un "defensor del bugzillero" :-/.
Si. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIHazjtTMYHG2NR9URAs6BAJ9nKPFSsGPHdyqThnDOYjTvblxOmACfSfp7 d4XlgmBwIAiLJnHbMfApGTs= =9LLt -----END PGP SIGNATURE-----
El 4/05/08, Carlos E. R. escribió:
¿que le han dicho? :-o
No es tanto lo que le han dicho ("problema de hardware, ahí te apañes") sino lo que NO le han dicho ("cambia una línea de las reglas de udev"). :-/
Lo unico que se me ocurre es que esté resuelto en factory.
Pero éso no son "maneras" de gestionar un reporte de error: <modo rant on> - Compara las respuestas de ambos bugzillas (mandriva y suse) - Se trata de un problema conocido, por suse, por los desarrolladores del módulo forcedeth de kernel y por los proveedores - Es un problema bien curioso, podrían haber ahondado un poco más en su origen que es bien interesante y que serviría para que el usuario conociera qué es lo que le está pasando y por qué. - Lo han marcado como "invalid" cuando tiene una solución / bypass factible Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-04 a las 14:56 +0200, Camaleón escribió:
El 4/05/08, Carlos E. R. escribió:
¿que le han dicho? :-o
No es tanto lo que le han dicho ("problema de hardware, ahí te apañes") sino lo que NO le han dicho ("cambia una línea de las reglas de udev").
:-/
¿Pero de que bugzilla hablas?
Lo unico que se me ocurre es que esté resuelto en factory.
Pero éso no son "maneras" de gestionar un reporte de error:
<modo rant on>
- Compara las respuestas de ambos bugzillas (mandriva y suse)
¿donde? Yo no he visto ese mandri... que?
- Se trata de un problema conocido, por suse, por los desarrolladores del módulo forcedeth de kernel y por los proveedores - Es un problema bien curioso, podrían haber ahondado un poco más en su origen que es bien interesante y que serviría para que el usuario conociera qué es lo que le está pasando y por qué. - Lo han marcado como "invalid" cuando tiene una solución / bypass factible
Yo el que conozco está "solved, fixed" https://bugzilla.novell.com/show_bug.cgi?id=230213 ¿De cual hablas tu? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIHc01tTMYHG2NR9URAtJ9AKCTs+E4YC6Q0IxxFyUvVPhBaMqGxgCghtjX aHbMuFAF9FaupIZeRJjGqIU= =KWRj -----END PGP SIGNATURE-----
El 4/05/08, Carlos E. R. escribió:
¿Pero de que bugzilla hablas?
Del bugzilla de Josep M. Solé: https://bugzilla.novell.com/show_bug.cgi?id=347190
¿donde? Yo no he visto ese mandri... que?
Eso es porque no lees mis mensajes >:-) http://lists.opensuse.org/opensuse-es/2008-05/msg00036.html *** Mira, en Mandriva también tienen un bugzilla abierto por un tema similar: forcedeth using new random MAC address at each boot https://qa.mandriva.com/show_bug.cgi?id=37531 ***
Yo el que conozco está "solved, fixed"
https://bugzilla.novell.com/show_bug.cgi?id=230213
¿De cual hablas tu?
Del de Josep. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-04 a las 17:04 +0200, Camaleón escribió:
El 4/05/08, Carlos E. R. escribió:
¿Pero de que bugzilla hablas?
Del bugzilla de Josep M. Solé:
https://bugzilla.novell.com/show_bug.cgi?id=347190
¿donde? Yo no he visto ese mandri... que?
Eso es porque no lees mis mensajes >:-)
Eso hace la tira de mensajes.
Yo el que conozco está "solved, fixed"
https://bugzilla.novell.com/show_bug.cgi?id=230213
¿De cual hablas tu?
Del de Josep.
Y dale. ¿Y cual es el de Josep, cuando lo ha dicho? Yo no lo he visto. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIHeoEtTMYHG2NR9URAgSQAKCPx0Pj4G3530iR3OfJ610+FQHNqwCfXv+n 4mh7vSehi1Nx0ZYCTYjQmZ4= =viO9 -----END PGP SIGNATURE-----
El 4/05/08, Carlos E. R. escribió:
Eso hace la tira de mensajes.
¿Y...? :-? Sólo estaba comparando la gestión de un mismo problema desde distintos "puntos de vista": en uno (mandriva) lo aceptan como válido y en otro (suse) lo cierran y lo dan como no válido :-/ Si no das una solución, qué menos que marcarlo como duplicado del que dices (230213) ¿no?
Y dale. ¿Y cual es el de Josep, cuando lo ha dicho? Yo no lo he visto.
Josep abrió el bug 347190, lo ha dicho hace "una tira de mensajes"
:-), que es el que creo que no se ha gestionado bien.
Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 4/05/08, Carlos E. R. escribió:
Eso hace la tira de mensajes.
¿Y...? :-?
Pues que no lo recuerdo, puñemas.
Sólo estaba comparando la gestión de un mismo problema desde distintos "puntos de vista": en uno (mandriva) lo aceptan como válido y en otro (suse) lo cierran y lo dan como no válido :-/
Ver más abajo.
Si no das una solución, qué menos que marcarlo como duplicado del que dices (230213) ¿no?
Y dale. ¿Y cual es el de Josep, cuando lo ha dicho? Yo no lo he visto.
Josep abrió el bug 347190, lo ha dicho hace "una tira de mensajes"
:-), que es el que creo que no se ha gestionado bien.
Pues llevo diciendo la tira de mensajes que yo no he visto el de Josep, que te lo habrá mandado en privado porque no tengo ese mensaje. Ahora que lo veo mi comentario es que J. no está ducho en la lidia en el redil del bugzilla. Si te lo cierran como inválido y crees que está mal, pues lo reabres y pones los argumentos: que es posiblemente el mismo bug o parecido al 230213, que Mandriva lo trata como válido, etc etc. Especificamente apuntaría al comentario #11 del 230213 donde mencionan que la MAC cambia en cada arranque y que ahí no lo tratan como inválido. También apuntaría al #44, en el que se menciona que el software interpreta la MAC como inválida y genera una nueva. Software, no hardware. Los bugzillas hay que pelearlos... que te lo marquen como inválido no quiere decir que tengas que aceptarlo. Hay gente en Suse/Novell que son mejores que otros tratando los bugs, les faltan "people skills" y les falla el "triage" aka "trouble ticketing" aka "brown dispatching". Y lo dice el menda, que ha trabajado en ese departamento de otras empresas. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIIZzptTMYHG2NR9URAtHdAKCIkhX62H5FFvs1Zm0XssFPZMxZ5ACfZ2yJ v02lByw2LBTeCYrdCMjEoNY= =JUks -----END PGP SIGNATURE-----
El 7/05/08, Carlos E. R. escribió:
Pues llevo diciendo la tira de mensajes que yo no he visto el de Josep, que te lo habrá mandado en privado porque no tengo ese mensaje.
Lo envió a la lista: http://lists.opensuse.org/opensuse-es/2008-05/msg00028.html
Ahora que lo veo mi comentario es que J. no está ducho en la lidia en el redil del bugzilla. Si te lo cierran como inválido y crees que está mal, pues lo reabres y pones los argumentos: que es posiblemente el mismo bug o parecido al 230213, que Mandriva lo trata como válido, etc etc. Especificamente apuntaría al comentario #11 del 230213 donde mencionan que la MAC cambia en cada arranque y que ahí no lo tratan como inválido. También apuntaría al #44, en el que se menciona que el software interpreta la MAC como inválida y genera una nueva. Software, no hardware.
Vale, me parece correcto, hay que insistir un poco, pero...
Los bugzillas hay que pelearlos... que te lo marquen como inválido no quiere decir que tengas que aceptarlo. Hay gente en Suse/Novell que son mejores que otros tratando los bugs, les faltan "people skills" y les falla el "triage" aka "trouble ticketing" aka "brown dispatching". Y lo dice el menda, que ha trabajado en ese departamento de otras empresas.
...en este caso en concreto, se trata de algo "que ya se sabe", que tiene un bugzilla ya abierto y que con sólo ponerlo en Google te aparecen un montón de referencias. Desconozco las herramientas de las que disponen los desarrolladores de opensuse, pero seguramente puedan localizar bugs similares que ya estén abiertos de una forma más sencilla que los "bugzilleros", es decir, que los que abren los reportes, por lo general, usuarios. Lo que no es "exigible" es que el usuario tenga los mismos conocimientos y medios que tienen los desarrolladores. Está claro que hay que pelear los bugzillas, pero se pelea cuando se puede (cuando se sabe de qué va el asunto y cuando se tienen "armas" para poder pelearlo) pero no siempre quien abre un bugzilla puede hacerlo y si lo que se pretende es involucrar a todo el mundo en el desarrollo de opensuse, en mejorarlo y en crear reportes de errores... esa no es la mejor forma de hacerlo :-/. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 7/05/08, Carlos E. R. escribió:
Pues llevo diciendo la tira de mensajes que yo no he visto el de Josep, que te lo habrá mandado en privado porque no tengo ese mensaje.
Lo envió a la lista:
Vale, pues no lo encontré cuando lo busqué.
Vale, me parece correcto, hay que insistir un poco, pero...
Los bugzillas hay que pelearlos... que te lo marquen como inválido no quiere decir que tengas que aceptarlo. Hay gente en Suse/Novell que son mejores que otros tratando los bugs, les faltan "people skills" y les falla el "triage" aka "trouble ticketing" aka "brown dispatching". Y lo dice el menda, que ha trabajado en ese departamento de otras empresas.
...en este caso en concreto, se trata de algo "que ya se sabe", que tiene un bugzilla ya abierto y que con sólo ponerlo en Google te aparecen un montón de referencias.
Pero no todo el mundo lo sabe. La gente que trató el bug antiguo es una, y la de este es otra. Creo que el de josep lo ha tratado gente del kernel.
Desconozco las herramientas de las que disponen los desarrolladores de opensuse, pero seguramente puedan localizar bugs similares que ya estén abiertos de una forma más sencilla que los "bugzilleros", es decir, que los que abren los reportes, por lo general, usuarios.
Deberían.
Lo que no es "exigible" es que el usuario tenga los mismos conocimientos y medios que tienen los desarrolladores. Está claro que hay que pelear los bugzillas, pero se pelea cuando se puede (cuando se sabe de qué va el asunto y cuando se tienen "armas" para poder pelearlo) pero no siempre quien abre un bugzilla puede hacerlo y si lo que se pretende es involucrar a todo el mundo en el desarrollo de opensuse, en mejorarlo y en crear reportes de errores... esa no es la mejor forma de hacerlo :-/.
No, no lo es. A novell le falta un equipo de "triage" adecuado y un "training" en tratamiento de bugzilllas. Además, falta un "defensor del usuario de bugzilla" a quien recurrir cuando no se está de acuerdo con el trato recibido, y ese alguien debe ser alguien que se sepa el mundo de bugzilla de arriba abajo y con un buen don de gentes. Podría ser este hombre: http://news.opensuse.org/2008/02/04/welcome-zonker/ http://zonker.opensuse.org/ http://zonker.opensuse.org/about/ - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIIcCBtTMYHG2NR9URAqc8AJ907VueJFFnGrUl6XUEB6s+E1QyBACgjcSQ gmsW/EKmPTHcmCBoOOqjnqs= =zWOE -----END PGP SIGNATURE-----
El 7/05/08, Carlos E. R. escribió:
Pero no todo el mundo lo sabe. La gente que trató el bug antiguo es una, y la de este es otra. Creo que el de josep lo ha tratado gente del kernel.
Peor lo pones :-P Precisamente la "gente del kernel" es quien conoce (o debería conocer) la situación "al dedillo" del estado de los controladores que se incluyen, los parches y demás modificaciones. El caso del "forcedeth.c" resulta cuanto menos, curioso y esperpéntico 8-). Según indican en un mensaje de las listas de debian* (una de las explicaciones más claras y concisas sobre este tema que he visto), nvidia incluye la dirección mac en sus adaptadores a la "inversa". Los fabricantes de placas base lo han empezado a corregir con lo cual se ha visto afectado el "parche" que se estaba incluyendo en el kernel y que esperan corregir en las próximas versiones. * http://www.mail-archive.com/debian-amd64%40lists.debian.org/msg23430.html
No, no lo es. A novell le falta un equipo de "triage" adecuado y un "training" en tratamiento de bugzilllas. Además, falta un "defensor del usuario de bugzilla" a quien recurrir cuando no se está de acuerdo con el trato recibido, y ese alguien debe ser alguien que se sepa el mundo de bugzilla de arriba abajo y con un buen don de gentes.
Podría ser este hombre:
http://news.opensuse.org/2008/02/04/welcome-zonker/ http://zonker.opensuse.org/ http://zonker.opensuse.org/about/
Sí, por ejemplo. O más de una persona, una especie de "comité del bugzilla" donde se diriman estas situaciones que se están empezando a convertir en una queja habitual en las listas :-( Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (6)
-
Camaleón
-
Carlos E. R.
-
Cristian Rodríguez
-
Josep m Solé
-
Juan Erbes
-
Neo Matrix