Solo aceptamos contribuciones de individuos, no de entidades corporativas. Vea el archivo de LICENCIA del proyecto al que está contribuyendo.
Si encuentra algún fallo, envíe un seguimiento completo a la lista de correo dedicada. Puedes crear rastros de retroceso con gdb:
Antes de iniciar un programa, es posible que deba permitir la creación de archivos principales. Te recomendamos que pongas esto en tu perfil:
$ ulimit -c unlimited
Luego inicie el programa como de costumbre.
Después de que el programa falle, haga lo siguiente:
$ gdb -q `which program` /path/to/core
gdb> bt full
Si encuentra congelaciones (sin ningún bloqueo) del programa, puede depurarlo de la siguiente manera:
$ gdb -q `which program` --attach `pgrep -o programa`
gdb> bt full
Envíe el resultado de ese comando a la lista de correo junto con el resultado del programa -v! ¡Gracias!
Hay dos tipos de parches: los que se ajustan a tu gusto personal y los que crees que deberían incluirse en la línea principal.
Para parches que se ajusten a sus gustos personales y desee compartir con la comunidad, siga las instrucciones en la página wiki sobre cómo editar las páginas que ve aquí.
Para los parches que deberían incluirse en la línea principal, consulte la página de la comunidad y la lista de correo hackers@. Tenga en cuenta que solo los parches que se incluirán en los repositorios principales deben enviarse a esta lista, ¡los parches de personalización deben enviarse a la wiki!
Proporcione un “mensaje de confirmación” claro y conciso para sus parches.
Las siguientes instrucciones son una guía general sobre cómo generar y aplicar parches publicados en esta wiki:
formato de nombre de archivo de parche El formato esperado para los parches es:
toolname-patchname-YYYYMMDD-SHORTHASH.diff
dwm-allyourbase-20160617-3465bed.diff
La fecha AAAAMMDD debe corresponder a la última vez que se modificó el parche. El SHORTHASH aquí son los siete caracteres del hash corto de git commit correspondientes a la última confirmación de la herramienta en la que se puede aplicar correctamente el parche y con la que se está trabajando. Puedes obtenerlo tomando los primeros siete caracteres del hash completo o por ejemplo:
git rev-parse --short <commit-id> (with commit-id: HEAD, commit hash, etc.)
Para versiones de lanzamiento:
toolname-patchname-RELEASE.diff dwm-allyourbase-6.1.diff
La VERSIÓN debe corresponder a la versión de lanzamiento de la herramienta, es decir, 6.1 para dwm-6.1.
Para usuarios de git:
cd program-directory
git add filechanges...
git commit (write a clear patch description)
git format-patch --stdout HEAD^ > toolname-patchname-YYYYMMDD-SHORTHASH.diff
Para archivos comprimidos:
cd modified-program-directory/..
diff -up original-program-directory modified-program-directory > \
toolname-patchname-RELEASE.diff
No envíe múltiples conjuntos de parches de confirmación. Un único parche debería aplicar todos los cambios usando el parche -p1.
Para usuarios de git, use -3 para solucionar el conflicto fácilmente:
cd program-directory
git apply path/to/patch.diff
Para parches formateados con git format-patch:
cd program-directory
git am path/to/patch.diff
Para archivos comprimidos:
cd program-directory
patch -p1 < path/to/patch.diff
patch -Rp1 < patch.diff