packagekit/HACKING

85 lines
2.2 KiB
Plaintext
Raw Normal View History

2007-08-20 05:48:13 -07:00
Hacking PackageKit
2007-07-31 09:53:31 -07:00
Coding Style
------------
Please stick to the existing coding style.
Tabs should be hard (not expanded to spaces), and set equivalent to
8 spaces.
All documentation and code should be in US English.
Please consider enabling git's default pre-commit hook:
$> cd PackageKit
$> chmod +x .git/hooks/pre-commit
This hook will run before every checkin, and check your changes for
suspicious use of whitespace.
2007-10-16 11:11:07 -07:00
In the C files use the following convention.
The number of spaces and tabs are very important!
/* map the roles to policykit rules */
if (role == PK_ROLE_ENUM_UPDATE_PACKAGES ||
2007-10-16 11:11:07 -07:00
role == PK_ROLE_ENUM_UPDATE_SYSTEM) {
policy = "org.freedesktop.packagekit.update";
} else if (role == PK_ROLE_ENUM_REMOVE_PACKAGE) {
policy = "org.freedesktop.packagekit.remove";
}
and please DO NOT use "!" for a null pointer check.
2007-10-16 11:11:07 -07:00
Functions are nearly always the same format, gtk-doc is optional:
/**
* pk_engine_search_name:
**/
gboolean
pk_engine_search_name (PkEngine *engine, const gchar *search, GError **error)
{
gboolean ret;
PkTransactionItem *item;
g_return_val_if_fail (engine != NULL, FALSE);
g_return_val_if_fail (PK_IS_ENGINE (engine), FALSE);
return TRUE;
}
Finally: DO NOT COMMIT TRAILING WHITESPACE.
Security
--------
Remember:
* The daemon is running as the root user
- no FIXME or TODO code please
* If the daemon crashes, then that's a DOS
* Text from the user (over the dbus interface) is insecure!
- even filters and enumerated values can be wrong
- users can use dbus-send to do bad stuff as users
* Never allocate a buffer on user input
* Output from backends is trusted, they are run from standard locations
2007-11-08 15:11:12 -08:00
Use 'make security-check' to find obvious security problems.
Use "ITS4: ignore" if you are totally 100% sure that it's not a problem.
Submitting Patches
------------------
Use 'git format-patch' to generate patches against a checked out copy
of the source.
For Example:
$> cd PackageKit
HACK HACK HACK
$> git commit -m "My first commit"
HACK HACK HACK
$> git commit -m "My second commit"
$> git format-patch -M HEAD^^
0001-My-first-commit.patch
0002-My-second-commit.patch
Send these patches in an introductory email as attachments to
packagekit@lists.freedesktop.org
2007-10-16 11:11:07 -07:00