x86_64 is used as a baseline: the "x86_64" entry, whatever status it has,
is transformed into "all", and then the other entries in ARCHITECTURES
either dropped or rearranged appropriately.
I learned that by PulkoMandy's comment on the GCI task to port openarena:
"With what you did, there will be one data package for each architecture
we compile the game for. This means a waste of space on our servers to
store the data several times.
The data should be a separate recipe as it is done for the openttd game
(see the openttd_sfx recipe for example)."
* flare, freedroidRPG
Don't start with the app name, in the _data section too...
Re-order blocks
* help2man
SUMMARY must not end with "."
Re-ordered blocks
* html_parser, xml_parser
Corrected license
Re-ordered blocks
* jq
Corrected copy&paste mishap, I guess
Re-ordered blocks
* librevenge
Re-ordered blocks
Removed email addresses from COPYRIGHT
* mesa
Don't start with the app name, in the _swrat and _swpipe sections too...
Re-ordered blocks
* qupzilla
SUMMARY must not end with "."
* ruby
Corrected license
Re-ordered blocks
* vncserver
Removed "copyright" from COPYRIGHT
Removed the full-stop and repeating package name in SUMMARY.
Removed hard line breaks, broke up some very long paragraphs and
use bullet lists where possible.
All done by browsing through HaikuDepot. There may be (many) more left
in the whole haikuports repo...
Included 10 extended desriptions done by soyoye14 for GCI 2014
(https://www.google-melange.com/gci/task/view/google/gci2014/5240373098053632)
Removed/insert whitespace where it seems to be the custom in recipes.
Sometimes rearranged elements of a recipe (moving license and copyright
up, for example).
* Referring the current haiku version explicitly is not needed, since
the RequiresUpdater takes care of setting the version of Haiku used
for building a package.
