El caso más simple es sólo la necesidad de cambiar alguna configuración de otro módulo utilizando su API. Un ejemplo de esto son todos los módulos que ofrecen servicios de red. Todos ellos necesitan decirle al firewall en que puerto van a estar escuchando, para que pueda mostrar todos los servicios en la configuración del interfaz, dejando al usuario que elija quien hace uso de cada uno. Este caso es trivial, sólo cree una instancia del módulo que quiera llamar y use su API para lo que necesite.

El segundo caso son las dependencias. Una dependencia se observa cuando un módulo mantiene una referencia a partes de la configuración manejada por otros módulos y necesita reiniciarse cuando los otros módulos cambian la configuración. Un ejemplo de este caso es el firewall, te deja definir reglas por cada objeto de red definido en el modulo objects. Sin embargo si crea reglas para un objeto, y entonces usa el interfaz de usuario de objects para añadir nuevos miembros a ese objeto, el firewall necesitaría reiniciarse también, para que esas reglas creadas se apliquen también al nuevo objeto. Esta situación es muy sencilla de manejar, el firewall declara una dependencia en el módulo network en su esquema de GConf y entonces la plataforma automáticamente reinicia el módulo firewall cuando el módulo objects es reiniciado. La declaración de dependencias está explicada en Sección 3.6

Finalmente, la situación más compleja es cuando alguna información de la configuración del módulo en desarrollo depende de la configuración de otros. En el ejemplo del firewall, ¿que pasaría si se borrase el objeto para el cual se han definido ciertas reglas? Este tipo de situación requiere cooperación entre ambos módulos para que puedan ofrecer un comportamiento consistente al usuario. Esto es sobre lo que trata todo este capítulo. Las siguientes secciones describirán como los módulos objects, firewall y network resuelvan este problema (estos módulos son los, normalmente, más necesitados por otros), y mostrará como resolver este problema en nuestros propios desarrollos de módulos.