bryson/pacman
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Asciidoc a few more of our informative files

Browse source 
Signed-off-by: Dan McGee <dan@archlinux.org>
This commit is contained in:
Dan McGee 2008-01-06 16:14:18 -06:00
parent 6f86f46c96
commit 6025df6594
3 changed files with 97 additions and 67 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

10
HACKING
View file

@ -1,8 +1,10 @@
Contributing to pacman Pacman - Contributing
====================== =====================
In addition to this file, please read `submitting-patches` and This file is meant to give you a brief overview of coding style and other
`translation-help` in the same directory for additional info on contributing. concerns when hacking on pacman. If you are interested in contributing, please
read link:submitting-patches.html[submitting-patches] and
link:translation-help.html[translation-help] as well.
Coding style Coding style
------------ ------------

28
submitting-patches
View file

@ -1,5 +1,5 @@
HOWTO: Submit a patch Pacman - Submitting Patches
--------------------- ===========================
This document is here mainly to make my job easier, and is more of a guideline, This document is here mainly to make my job easier, and is more of a guideline,
and not a strict set of rules. Please try to follow as much as you can. and not a strict set of rules. Please try to follow as much as you can.
@ -7,12 +7,14 @@ and not a strict set of rules. Please try to follow as much as you can.
NOTE: Much of this is paraphrased from the kernel documentation's NOTE: Much of this is paraphrased from the kernel documentation's
"SubmittingPatches" file. "SubmittingPatches" file.
Creating your patch: Creating your patch
-------------------
Most of this was more relevant before we switched to GIT for version control. Most of this was more relevant before we switched to GIT for version control.
However, much of it is still applicable and should be followed. Some notes However, much of it is still applicable and should be followed. Some notes
have been added to make this a bit more up-to-date with the GIT workflow. have been added to make this a bit more up-to-date with the GIT workflow.
--
* Use "diff -up" or "diff -uprN" to create patches. * Use "diff -up" or "diff -uprN" to create patches.
These options make the diff easier to read for those of us who try to review These options make the diff easier to read for those of us who try to review
@ -30,9 +32,12 @@ have been added to make this a bit more up-to-date with the GIT workflow.
With '-p1' the ORIGINAL_DIR and NEW_DIR arguments are stripped. GIT produces With '-p1' the ORIGINAL_DIR and NEW_DIR arguments are stripped. GIT produces
p1 formatted patches by default. p1 formatted patches by default.
--
Submitting your patch: Submitting your patch
---------------------
--
* Send the patch to the pacman-dev mailing list * Send the patch to the pacman-dev mailing list
The mailing list is the primary queue for review and acceptance. Here you The mailing list is the primary queue for review and acceptance. Here you
@ -55,7 +60,7 @@ Submitting your patch:
Before the actual diff begins, it helps if you describe the changes in the Before the actual diff begins, it helps if you describe the changes in the
patch. This allows others to see what you intended so as to compare it to patch. This allows others to see what you intended so as to compare it to
what was actually done, and allows better feedback. If you use what was actually done, and allows better feedback. If you use
'git-format-patch' to create your patch, then your commit message will `git-format-patch` to create your patch, then your commit message will
be shown above the patch by default. be shown above the patch by default.
* Credit yourself * Credit yourself
@ -65,11 +70,15 @@ Submitting your patch:
Signed-off-by: Aaron Griffin <aaron@archlinux.org> Signed-off-by: Aaron Griffin <aaron@archlinux.org>
Please use your real name and email address. Feel free to "scramble" the Please use your real name and email address. Feel free to "scramble" the
address if you're afraid of spam. 'git commit -s' makes this easy. address if you're afraid of spam. `git commit -s` makes this easy.
--
After you submit: After you submit
----------------
--
* Don't get discouraged * Don't get discouraged
Any feedback you get, positive or negative, has nothing to do with you. If a Any feedback you get, positive or negative, has nothing to do with you. If a
@ -78,3 +87,8 @@ After you submit:
looked over than others. If you think your patch got lost in the shuffle, looked over than others. If you think your patch got lost in the shuffle,
send another email to the list in reply to the original asking if anyone has send another email to the list in reply to the original asking if anyone has
looked at it yet. looked at it yet.
--
/////
vim: set ts=2 sw=2 syntax=asciidoc et:
/////

46
translation-help
View file

@ -1,5 +1,5 @@
HOWTO: Help with translations Pacman - Translating
----------------------------- ====================
This document is here to guide you in helping translate pacman messages, This document is here to guide you in helping translate pacman messages,
libalpm messages, and the manpages for the entire pacman package. libalpm messages, and the manpages for the entire pacman package.
@ -7,10 +7,10 @@ libalpm messages, and the manpages for the entire pacman package.
A quick note- the gettext website is a very useful guide to read before A quick note- the gettext website is a very useful guide to read before
embarking on translation work, as it describes many of the commands in more embarking on translation work, as it describes many of the commands in more
detail than I will here: detail than I will here:
<http://www.gnu.org/software/gettext/manual/html_node/gettext.html> http://www.gnu.org/software/gettext/manual/html_node/gettext.html[]
In addition, this site presents a small tutorial that I found useful: In addition, this site presents a small tutorial that I found useful:
<http://oriya.sarovar.org/docs/gettext/> http://oriya.sarovar.org/docs/gettext/[]
Translating Messages Translating Messages
-------------------- --------------------
@ -22,9 +22,15 @@ Each language has a .po file associated with it; the .pot file is the template
file for creating new .po files and updating the messages in them when the code file for creating new .po files and updating the messages in them when the code
changes. changes.
First things first. You will need to run ./autogen.sh and ./configure in the First things first. If you haven't already, you will need to get a copy of the
base directory to generate the correct Makefiles. To update all the translation pacman repository.
files, run this command:
git clone git://projects.archlinux.org/pacman.git pacman
Next, you will need to run `./autogen.sh` and `./configure` in the base
directory to generate the correct Makefiles. To update all the translation
files, run this command in one of the two message file directories:
make update-po make update-po
At this point, the .pot file is regenerated from the source code with an At this point, the .pot file is regenerated from the source code with an
@ -33,20 +39,22 @@ new messages or remove old ones. These po files can then either be hand edited,
or modified with a tool such as poedit, gtranslator or kbabel. or modified with a tool such as poedit, gtranslator or kbabel.
These steps make it easier to just update your language and not every po file. These steps make it easier to just update your language and not every po file.
If you are working in the root tree, replace libalpm.pot with pacman.pot: If you are working in the `po/` tree, replace 'libalpm.pot' with 'pacman.pot':
make libalpm.pot-update make libalpm.pot-update
make <po file>-update make <po file>-update
Making a new language is not too hard, but be sure to follow all the steps. Making a new language is not too hard, but be sure to follow all the steps.
You will have to do the following steps in both the lib/libalpm/po/ and po/ You will have to do the following steps in both the `lib/libalpm/po/` and `po/`
directories, substituting where appropriate. First, edit the LINGUAS file and directories, substituting where appropriate. First, edit the `LINGUAS` file and
add your new language code at the bottom. Next, run the following command, add your new language code at the bottom. Next, run the following command,
substituting 'libalpm.pot' or 'pacman.pot' depending on which directory you are substituting 'libalpm.pot' or 'pacman.pot' for potfile depending on which
currently working in: directory you are currently working in:
msginit -l <lang code> -o <lang code>.po -i <potfile> msginit -l <lang code> -o <lang code>.po -i <potfile>
You can then also add your language code to the end of the LINGUAS file located You can then also add your language code to the end of the `LINGUAS` file
in each po directory. located in each po directory.
Look at the current message files for more guidance if necessary. Once you Look at the current message files for more guidance if necessary. Once you
create the new language file, you may need to slightly modify the headers; create the new language file, you may need to slightly modify the headers;
@ -54,6 +62,7 @@ try to make them look similar to the other .po file headers. In addition, for
all new translations we would strongly recommend using UTF-8 encoding. all new translations we would strongly recommend using UTF-8 encoding.
If you want to test the translation (for example, the frontend one): If you want to test the translation (for example, the frontend one):
rm *.gmo stamp-po rm *.gmo stamp-po
make make
cp <lang code>.gmo /usr/share/locale/<lang code>/LC_MESSAGES/pacman.mo cp <lang code>.gmo /usr/share/locale/<lang code>/LC_MESSAGES/pacman.mo
@ -61,9 +70,11 @@ cp <lang code>.gmo /usr/share/locale/<lang code>/LC_MESSAGES/pacman.mo
Finally, submitting your translations in patch form is not essential for new Finally, submitting your translations in patch form is not essential for new
languages, but highly recommended for future updates to the translations. languages, but highly recommended for future updates to the translations.
Some other notes: Notes
~~~~~
msgid and msgstr 'variables' can be on as many lines as necessary. Line breaks msgid and msgstr 'variables' can be on as many lines as necessary. Line breaks
are ignored- if you need a literal line break, use an '\n' in your string. The are ignored- if you need a literal line break, use an `\n` in your string. The
following two translations are equivalent: following two translations are equivalent:
msgstr "This is a test translation" msgstr "This is a test translation"
@ -77,3 +88,6 @@ Translating Manpages
(To Be Announced) (To Be Announced)
/////
vim: set ts=2 sw=2 syntax=asciidoc et:
/////