Oversikt

Prosjektnettsted docs.freebsd.org/en
Oversettelseslisens BSD 2-Clause "Simplified" License
Oversettelsesprosess
  • Oversettelser kan gjøres direkte.
  • Oversettelsesforslag kan sendes inn.
  • Kun utvalgte brukere kan bidra.
  • Oversettelsen bruker flerspråklige filer.
Filmaske documentation/content/*/articles/problem-reports/_index.po
Oversettelsesfil Last ned documentation/content/es/articles/problem-reports/_index.po
Siste endring 26. april 2025 02:02
Siste forfatter Sean Markham

Strengstatistikk

Strings percent Vertslagrede strenger Words percent Vertslagrede ord Tegnprosent Vertslagrede tegn
Total 114 4 385 27 115
Oversatt 100% 114 100% 4 385 100% 27 115
Trenger redigering 0% 0 0% 0 0% 0
Skrivebeskyttet 0% 0 0% 0 0% 0
Feilende kontroller 0% 0 0% 0 0% 0
Strenger med forslag 0% 0 0% 0 0% 0
Uoversatte strenger 0% 0 0% 0 0% 0
Siste 12 måneder Previous

Aktivitet siste 12 måneder

0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 12 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer 0 endringer
Jan Feb Mar Apr Mai Jun Jul Aug Sep Okt Nov Des

Hurtignumre

4 385
Vertslagrede ord
114
Vertslagrede strenger
100%
Oversatt
0
Bidragsytere
and previous 30 days

Trends of last 30 days

—
Vertslagrede ord
+100%
—
Vertslagrede strenger
+100%
—
Oversatt
+100%
—
Bidragsytere
—
Brukeravatar Ingen

Innsendte endringer

Documentation / articles/problem-reports/_index — Spansk

Innsendte endringer 8 måneder siden
Brukeravatar SeanMarkham

Oversettelse endret

Documentation / articles/problem-reports/_index — Spansk

extref:{pr-guidelines}[Problem Report Handling Guidelines]: Valuable insight into how problem reports are handled by the FreeBSD developers.
extref:{pr-guidelines}[Problem Report Handling Guidelines]-c: Conocimiento valioso sobre cómo los desarrolladores de FreeBSD se encargan de los informes de problemas.
8 måneder siden
Brukeravatar SeanMarkham

Oversettelse endret

Documentation / articles/problem-reports/_index — Spansk

https://github.com/smileytechguy/reporting-bugs-effectively/blob/master/ENGLISH.md[How to Report Bugs Effectively]: An excellent essay by Simon G. Tatham on composing useful (non-FreeBSD-specific) problem reports.
https://github.com/smileytechguy/reporting-bugs-effectively/blob/master/ENGLISH.md[How to Report Bugs Effectively]-u: Un ensayo excelente de Simon G. Tatham sobre cómo componer informes de error útiles (no específico de FreeBSD).
8 måneder siden
Brukeravatar SeanMarkham

Oversettelse endret

Documentation / articles/problem-reports/_index — Spansk

Join the relevant IRC channels. A partial listing is here: https://wiki.freebsd.org/IRC/Channels[]. Inform the people in that channel about the problem report and ask for assistance. Be patient and stay in the channel after posting, so that the people from different time zones around the world have a chance to catch up.
Únete a los canales de IRC relevantes. Se puede encontrar un listado parcial aquí: https://wiki.freebsd.org/IrcRC/Channels[]. Informa a la gente en el canal acerca del informe del problema y pide ayuda. Sé paciente y mantente en el canal después de preguntar, de forma que la gente de diferentes zonas horarias alrededor del mundo tenga una oportunidad para ponerse al día.
8 måneder siden
Brukeravatar SeanMarkham

Oversettelse endret

Documentation / articles/problem-reports/_index — Spansk

_Description:_ A complete and accurate description of the problem you are experiencing. Try to avoid speculating about the causes of the problem unless you are certain that you are on the right track, as it may mislead a developer into making incorrect assumptions about the problem. It should include the actions you need to take to reproduce the problem. If you know any workaround, include it. It not only helps other people with the same problem work around it, but may also help a developer understand the cause for the problem.
_Description:_ Una descripción completa y precisa del problema que estás experimentando. Intenta evitar especular sobre las posibles causas del problema a menos que se tenga la seguridad de que el camino descrito es el correcto, ya que puede inducir a un desarrollador a hacer suposiciones incorrectas sobre el problema. Debería incluir las acciones que hay que realizar para reproducir el problema. Si conoces alguna solución, inclúyela. No solo ayuda a otras personas con el mismo problema a solucionarlo, sino que también puede ayudar a un desarrollador a entender la causa del problema.
8 måneder siden
Brukeravatar SeanMarkham

Oversettelse endret

Documentation / articles/problem-reports/_index — Spansk

_Environment:_ This should describe, as accurately as possible, the environment in which the problem has been observed. This includes the operating system version, the version of the specific program or file that contains the problem, and any other relevant items such as system configuration, other installed software that influences the problem, etc.—quite simply everything a developer needs to know to reconstruct the environment in which the problem occurs.
_Environment:_ Esto debería describir, con la mayor precisión posible, el entorno en el que se ha observado el problema. Esto incluye la versión del sistema operativo, la versión del programa o archivo específico que contiene el problema y cualquier otro elemento relevante como la configuración del sistema, otro software instalado que influya en el problema, etc. — simplemente todo lo que un desarrollador necesita saber para reconstruir el entorno en el que se produce el problema.
8 måneder siden
Brukeravatar SeanMarkham

Oversettelse endret

Documentation / articles/problem-reports/_index — Spansk

Also note that while including small patches in a PR is generally all right—particularly when they fix the problem described in the PR-large patches and especially new code which may require substantial review before committing should be placed on a web or ftp server, and the URL should be included in the PR instead of the patch. Patches in email tend to get mangled, and the larger the patch, the harder it will be for interested parties to unmangle it. Also, posting a patch on the web allows you to modify it without having to resubmit the entire patch in a followup to the original PR. Finally, large patches simply increase the size of the database, since closed PRs are not actually deleted but instead kept and simply marked as complete.
Ten en cuenta también que, incluir pequeños parches en un PR, en general, está bien, especialmente cuando soluciona el problema descrito en el PR, los parches grandes y especialmente el nuevo código que pueda requerir una revisión sustancial antes de realizar el commit deben colocarse en un servidor web o ftp, y la URL debe incluirse en el PR en lugar del parche. Los parches en el correo electrónico tienden a ser destrozados, y cuanto más grande sea el parche, más difícil será para las partes interesadas desenmarañarlo. Además, la publicación de un parche en la web te permite modificarlo sin tener que volver a enviar el parche completo en un follow-up al PR original. Finalmente, los parches grandes simplemente aumentan el tamaño de la base de datos, ya que los PR cerrados no se eliminan, sino que se guardan y simplemente se marcan como completos.
8 måneder siden
Brukeravatar SeanMarkham

Oversettelse endret

Documentation / articles/problem-reports/_index — Spansk

For the base FreeBSD code, you should carefully study the contents of [.filename]#/usr/src/UPDATING# on your system or the latest version at https://cgit.freebsd.org/src/tree/UPDATING[https://cgit.freebsd.org/src/tree/UPDATING]. (This is vital information if you are upgrading from one version to another, especially if you are upgrading to the FreeBSD-CURRENT branch).
Para el código base de FreeBSD, deberías estudiar detenidamente el contenido de [.filename]#/usr/src/UPDATING# de tu sistema o la última versión en https://cgit.freebsd.org/src/tree/UPDATING[https://cgit.freebsd.org/src/tree/UPDATING]. (Es información vital si estás actualizando de una versión a otra -, especialmente si estás actualizando la rama FreeBSD-CURRENT).
8 måneder siden
Brukeravatar SeanMarkham

Oversettelse endret

Documentation / articles/problem-reports/_index — Spansk

The extref:{handbook}eresources/[mailing lists, eresources-mail]. If you are not subscribed, use https://www.FreeBSD.org/search/#mailinglists[the searchable archives] on the FreeBSD web site. If the problem has not been discussed on the lists, you might try posting a message about it and waiting a few days to see if someone can spot something that has been overlooked.
Las extref:{handbook}eresources/[listas de correo, eresources-mail]- s. Si todavía no estás suscrito, usa https://www.FreeBSD.org/search/#mailinglists[la búsqueda del histórico] en el sitio web de FreeBSD. Si el problema no ha sido discutido en las listas, podrías probar a mandar un mensaje sobre ello y esperar unos días a ver si alguien se fija en algo que haya sido pasado por alto.
8 måneder siden
Brukeravatar SeanMarkham

Oversettelse endret

Documentation / articles/problem-reports/_index — Spansk

A bug that cannot be reproduced can rarely be fixed. If the bug only occurred once and you cannot reproduce it, and it does not seem to happen to anybody else, chances are none of the developers will be able to reproduce it or figure out what is wrong. That does not mean it did not happen, but it does mean that the chances of your problem report ever leading to a bug fix are very slim. To make matters worse, often these kinds of bugs are actually caused by failing hard drives or overheating processors—you should always try to rule out these causes, whenever possible, before submitting a PR.
Un error que no se puede reproducir rara vez se podrá arreglar. Si el error solo ocurrió una vez y no puedes reproducirlo, y no parece que le ocurra a nadie más, es probable que ninguno de los desarrolladores pueda reproducirlo o descubrir qué es lo que está mal. Eso no significa que no haya ocurrido, significa que las posibilidades de que tu informe de problemas lleve a la corrección del error son muy escasas. Para empeorar las cosas, a menudo, este tipo de errores son en realidad causados por fallos en los discos duros o procesadores con sobrecalentamiento, siempre debes intentar descartar estas causas, siempre que sea posible, antes de enviar un PR.
8 måneder siden
Bla gjennom alle oversettelsesendringer