[SailfishDevel] Two executables and D-Bus interfaces in a package

Andrey Kozhevnikov coderusinbox at gmail.com
Wed Jan 15 22:48:43 UTC 2014

we're talking about dbus interfaces, not apis :)

On 16.01.2014 04:47, Gabriel Böhme wrote:
> I think DBUS is not restricted at all as far as I know, Bernd wrote 
> the following some days ago:
> /This comment was about one specific DBus API (PackageKit), which will be
> made unavailable to 3rd party applications soon to prevent unrequested
> sideloading of RPM packages. An API designed for use by 3rd party
> applications for this task will be made available.
> DBus APIs generally are available to you if you have the right to acces
> them from your application without raising the applications
> privileges. PackageKit (hopefully) is the one big exception there at the
> moment. We're trying to create additional documentation on stability of
> DBus APIs to help you to avoid using an API which will still change a lot./
> Gabriel.
> Am 15.01.2014 23:43, schrieb Andrey Kozhevnikov:
>> D-Bus interfaces not allowed for harbour.
>> And you can use everything you want if dont need to go to harbour :)
>> On 16.01.2014 04:35, Matthias Fehring wrote:
>>> Hello,
>>> I have a question concerning the harbour rules and the currently 
>>> allowed stuff.
>>> My application (http://ocnews.buschmann23.de) consists of two 
>>> executable files. One is the frontend, the other one is a 
>>> daemon/engine. Both are communicating through D-Bus, the 
>>> daemon/engine is also started on request through D-Bus.
>>> Now the harbour rules seems only to allow one executable per 
>>> package. How to go around these problem? Creating two packages?
>>> The other thing is the D-Bus interface of the daemon/engine. The new 
>>> rpm validator in the SDK says, that it is not allowed to install 
>>> files in /usr/share/dbus-1/interfaces and /usr/share/dbus-1/services.
>>> Is there a solution for that or can it currently not published 
>>> through Jolla Store when it uses it's own D-Bus interface?
>>> Best greetings
>>> Matthias
>>> _______________________________________________
>>> SailfishOS.org Devel mailing list
>> _______________________________________________
>> SailfishOS.org Devel mailing list
> _______________________________________________
> SailfishOS.org Devel mailing list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.sailfishos.org/pipermail/devel/attachments/20140116/5573d2c9/attachment.html>

More information about the Devel mailing list