summaryrefslogtreecommitdiff
path: root/HACKING
diff options
context:
space:
mode:
authorStefano Karapetsas <[email protected]>2012-03-11 13:57:56 +0100
committerStefano Karapetsas <[email protected]>2012-03-11 13:57:56 +0100
commitb8da9626e7a3f1bc0ec8f53dc1559ae81396c926 (patch)
tree1ebfa7735ee4860f65f779ef65bf4181991968af /HACKING
parentbc154ccd1f47fd8a2bd1e282659e94e6893f4b70 (diff)
downloadcaja-b8da9626e7a3f1bc0ec8f53dc1559ae81396c926.tar.bz2
caja-b8da9626e7a3f1bc0ec8f53dc1559ae81396c926.tar.xz
fix README file for MATE (thanks to awillson)
Diffstat (limited to 'HACKING')
-rw-r--r--HACKING57
1 files changed, 4 insertions, 53 deletions
diff --git a/HACKING b/HACKING
index 734ac49a..57f3a599 100644
--- a/HACKING
+++ b/HACKING
@@ -1,57 +1,8 @@
Hacking on Caja
-------------------
-The Caja source tree is available from MATE git (git.gnome.org) and
-in releases on the MATE FTP site
-(http://ftp.gnome.org/pub/MATE/sources/caja/).
+The Caja source tree is available from MATE git
+(https://github.com/mate-desktop/mate-file-manager) and
+in releases on the MATE FTP site (http://pub.mate-desktop.org/).
-If you plan to hack on Caja, please make sure you work from the
-Git version. The Git version can be checked from the MATE git server.
-See http://live.gnome.org/Git for details on how to get started with
-MATE Git. For details on how Caja uses git, see the README.commits
-file.
-
-If you want to contribute in development discussions, please send mail
-to the caja mailing list: <[email protected]>. Archives and
-subscription information are available at
-http://mail.gnome.org/mailman/listinfo/caja-list
-
-
-Submitting Patches
-------------------
-
-If you've been working on a change to Caja and want to propose it
-for inclusion, you have to generate a patch and submit it for review
-by the maintainers.
-
-Patches should be made with 'git format-patch -M'
-and should conform to Caja coding style as described in
-docs/style-guide.html. We are pretty strict about coding style, so
-please make sure you follow the style guide to avoid unnecessary
-work on both sides when reviewing the patch.
-
-The best way to submit a patch for review is to post it on the mailing
-list. That way everyone sees it and can take part in the following
-discussion about it. Sometimes people also attach patches to bugs in
-bugzilla (http://bugzilla.gnome.org, product 'caja'). If you do
-this, please send a mail to the list saying you did so, because it is
-very easy for the bugzilla email to get lost in all the bugzilla
-reports, and only the people CCd on the bug can partake in the
-discussion. When attaching bugs to bugzilla from git the git-bz
-command can be helpful, see:
-http://blog.fishsoup.net/2008/11/16/git-bz-bugzilla-subcommand-for-git/
-
-The Caja maintainers do their best to review patches and help
-developers that want to work on something, however we are often
-swamped in work and can miss an email or just forget to answer
-it. Don't be afraid of reposting your patches after a while, or poking
-us about the status of them.
-
-Also, if you're planning to do large changes, please take them up for
-discussion on the list first. If you get feedback early it is much
-easier to integrate it into your work.
-
-If your patch adds non-trivial strings, please ask for a string review
-from the i18n team before committing the changes. Strings should avoid
-contractions, and stay consistent with other strings already in Caja.
-Please reuse strings within Caja where it makes sense to do so.
+See also http://wiki.mate-desktop.org/applications:caja .