Lines Matching full:por
34 * Para reportes enviados por correo, verificar si contiene alguna línea
74 * Cuando se recibe un informe por email que no tiene en CC la lista,
90 * Para los informes enviados por email, verificar si se ha incluido un
144 también cruciales para las herramientas y scripts usados por otros
147 para asociar los informes por regresiones con los cambios que las
163 kernel por más de dos semanas después de que el causante de una regresión
170 arreglar la regresión por encima de cualquier otro trabajo en el kernel
188 liberación si fuese necesario, por ejemplo si aparecieran múltiples
196 idealmente testeados juntos por al menos una semana antes de que Linux
207 En el último caso (por ejemplo v5.14), intentar gestionar las
249 Evalué cómo de grande es el riesgo de una regresión, por ejemplo realizando
258 involucradas del posible riesgo. Por tanto, asegúrese de que la descripción
278 * cómo gestionar situaciones difíciles, como por ejemplo cuando una
279 regresión es causada por una corrección de seguridad o cuando una
282 A quién preguntar por consejo cuando se trata de regresiones
294 ¿Por qué el kernel de Linux tiene un gestor de regresiones, y por qué se usa regzbot?
299 que esto es verdad también para el kernel de Linux. Esto es por lo que
301 con el gestor de regresiones del kernel de Linux. A nadie se le paga por
302 hacer esto, y esa es la razón por la gestión de regresiones es un servicio
306 que es una tarea extenuante y frustrante, y por esa razón se dejaron de
337 Hacerlo es por el bien de todo el mundo, tanto los mantenedores del kernel,
339 -- por ejemplo cuando deciden liberar una nueva versión o ampliar la fase de
348 cuando algo más importante aparece inesperadamente -- por ejemplo un
350 alejados de los teclados por un tiempo. Por eso es mejor informar a regzbot
361 el cual suele ser enviado por regzbot una vez a la semana el domingo por la
372 ¿Qué tipos de incidentes han de ser monitorizados por regzbot?
374 El bot debe hacer seguimiento de las regresiones, y por tanto por favor,
381 ¿Puedo añadir una regresión detectada por un sistema de CI al seguimiento de regzbot?
385 impacto en casos de uso prácticos y por tanto ser detectado por los usuarios;
386 Así, por favor no involucre a regzbot en regresiones teóricas que
396 Por ejemplo ``#regzbot introduced <version or commit>``, que hace que regzbot
413 comentando -- por ejemplo presentar un parche que corrige la regresión::
427 * Identificar una regresión como corregida por un commit que se ha mandado
434 por regzbot::
489 no preocuparse por ello.
497 básicamente inevitable, y la gente intentó evitarlas por todos los
502 fundamental, que tenga que tener una _flag_ y por razones internas y
511 información). Pero los números se sustituyeron por ceros, así que
513 usuario puede no ver todo lo que podía ver antes, y por eso el
565 funcione" o "eso solía funcionar únicamente por un bug del kernel" son
576 no causen muchos problemas para los usuarios (por ejemplo: "hay un
585 una señal diciendo "por favor limpiar esto".
605 Por ejemplo, hacemos cosas como añadir una nueva gestión de
630 actualizar el kernel y nunca tengan que preocuparse por ello.
728 Esto claramente NO es un tracepoint interno. Por definición. Y está
729 siendo usado por powertop.
762 razón por la que señalo esto como instructivo. Es más que es un ejemplo
783 evaluando, ... puede haber más por llegar). Mientras tanto, he