Lines Matching +full:1234567890 +full:a
20 #. Asegúrese de que los suscriptores a la lista `regression mailing list
24 * Cuando se reciba un correo que no incluyó a la lista, inclúyalo en la
29 a la lista.
37 como el siguiente, lo que le indica a regzbot cuando empezó a suceder
42 * Cuando se mandan informes desde un gestor de incidentes a la lista de
50 "Link:" a la descripción, apuntado a todos los sitios donde se informó
70 y los subscritos a la lista de correo `regression mailing list
80 * Si un informe enviado a un gestor de defectos, llega a su correo,
81 reenvíelo o redirijalo a la lista. Considere verificar los archivos de
91 comando a "regzbot", como ``#regzbot introduced 1f2e3d4c5b6a``. Si no es
97 Esto indica a regzbot el rango de versiones en el cual es defecto
98 comenzó a suceder; Puede especificar un rango usando los identificadores
103 Esto indica a regzbot, que debe tratar el email padre (el que ha sido
109 * Cuando mande informes de regresiones a un gestor de defectos, incluya un
110 párrafo con los siguientes comandos a regzbot::
117 las etiquetas "Link:" apuntando a su email o el ticket indicado.
128 * Apunte a todos los lugares donde el incidente se reportó usando la
132 Link: https://bugzilla.kernel.org/show_bug.cgi?id=1234567890
154 Al final, los desarrolladores deberían hacer lo posible para evitar a los
159 * Cambiar a un kernel nuevo o mas antiguo -- rebajarse a una versión
166 Cómo se ejecuta esto depende mucho de la situación. A continuación se
171 de Linux, a menos que lo último afecte profundamente a efectos de
185 liberación de la línea principal de desarrollo, dejar decidir a Linus:
186 mande la corrección a él de forma separada, tan pronto como sea posible
217 incidentes que son molestos, pero no bloquean a nadie la ejecución de
218 Linux (a menos que se un incidente en el ciclo de desarrollo actual, en
221 arreglada con un cambio arriesgado y al mismo tiempo únicamente afecta a
240 puedan ser incluidas posteriormente a las series precedentes.
251 también preguntar a otros desarrolladores o proyectos que pudieran ser
257 entonces adelante con el cambio, pero siempre informe a todas las partes
260 integrado, informe al gestor de regresiones de Linux y a las listas de
270 esta cubre otros aspectos a tener a en cuenta y conocer:
282 A quién preguntar por consejo cuando se trata de regresiones
285 Mande un email a la lista de correo de regresiones
298 modo se romperían accidentalmente o a propósito. La historia ha mostrado
300 Thorsten Leemhuis se ofreció como voluntario para dar una solución a esto,
301 con el gestor de regresiones del kernel de Linux. A nadie se le paga por
307 hacer después de un tiempo. Para evitar que volviese a suceder esto,
308 Thorsten desarrollo regbot para facilitar el trabajo, con el objetivo a
317 que hagan referencia a esos informes con la etiqueta: "Link:"; respuestas a
324 necesitan informar a regzbot con el comando ``#regzbot introduced``
330 antes de que regzbot apareciera: añadir las etiquetas "Link:" a la
331 descripción del parche apuntando a todos los informes sobre el error
344 ¿He de informar a regzbot cada regresión que encuentre?
350 alejados de los teclados por un tiempo. Por eso es mejor informar a regzbot
352 los mandamos al árbol de desarrollo en el que se integran habitualmente a
361 el cual suele ser enviado por regzbot una vez a la semana el domingo por la
375 no involucre a regzbot para incidencias normales. Pero es correcto para
386 Así, por favor no involucre a regzbot en regresiones teóricas que
399 es otro ejemplo del comando, el cual indica a regzbot que considere el email
400 anterior como el informe de una regresión que se ha de comenzar a monitorizar.
405 respuestas al correo en el que se uso como respuesta a ese correo:
421 * Indicar a un lugar donde más detalles de interés, como un mensaje en una
440 #regzbot invalid: wasn't a regression, problem has always existed
456 A continuación se encuentran unos ejemplos reales (traducidos) de como
491 Me niego a imponer una limitación del tipo "solo puede actualizar
525 Y yo seriamente me negaré a coger código de gente que no entiende y
528 Y esta regla no va a cambiar.
536 forma mejor de hacer lo que quieres hacer, y tienes que cambiar a esa
539 saben a lo que se han apuntado. El kernel no ha estado en esta
570 a hacer cambios que pueden romper el espacio de usuario. Pero incluso
581 Pero no, "eso que está documentado que está roto" (si es dado a que
589 Se puede hacer cualquier cambio que se quiera a una API ... siempre y
606 errores etc todo el tiempo, con lo cual a veces incluso añadimos
648 "rompemos a los usuarios".
662 Romper el flujo del trabajo de un usuario, debido a un "bug" es la
670 código sin finalidad que puedes perfectamente tirar a la basura.
684 se sientan a salvo haciendo lo mismo.
710 Y las regresiones se revierten, a menos que haya problemas de
722 Podrias alludar a arreglar las herramientas, e intentar evitar los
758 desde el espacio de usuario, debido a un error real en un componente
784 revertido lo que exponía el problema a los usuarios de esta release,
786 a posteriormente como un parche estable) una vez lleguemos a un