[11:13] Hello. I have a question about the inclusion of a package in the repos. I am the packager of Wallch and I want to include the latest version of it in Ubuntu 14.04.'s repos. The thing is that we are adding multi desktop-environment support. This means that different code will be compiled for different desktop environments. Should X different packages get into the repos, where X is the number of the supported DEs? [14:11] hakermania: or just make it runtime detection. e.g. plenty of software out there can detect and use unity shortcuts (if available), gnome3 headerbar (if available), normal menubar on most DEs etc. [14:12] hakermania: and it's best to upload via Debian [14:33] xnox, I've already uploaded Wallch into the repos twice, so I don't think that uploading via Debian is the best choice for now. I know that the detection can be done during runtime and that would be the best choice, but I will have to have the dependencies for all the DEs into one binary, which is not ideal [14:33] What do you think? [14:33] into one binary / into one binary package [14:34] you don't have to declare all dependenices. [14:34] they can be recommends. [14:34] and e.g. for unity most of the things are over dbus [14:34] and for gnome it's stock gtk so you already have them. [14:34] the only cases were it's acceptable to split apps is for Qt vs Gtk+ [14:35] everything else is acceptable. [14:35] each binary package adds a cost is size, mirroring, package lists length that gets downloaded on _all_ machines not just people who use your app. [14:36] so tell me how the dependencies are different to warrant new binary packages? [14:36] surely detection is done is a way to not cause getting dependencies. [14:51] xnox, I am trying to solve this problem but I don't get how to do runtime detection and not have all the dependencies as well. Your code must contain e.g. code that needs libunity. How can this code run if libunity is not installed ? [14:52] hakermania: you can, e.g. dlopen(), but there is no reason to not link against libunity9, it's a small enough library [14:55] hakermania: and many people will have it installed already anyway. [14:56] hakermania: and i'm pretty sure one can interract with unity launcher without libunity9 [14:56] xnox, I also depend on gio-2.0 for gsettings function - which is gnome specific [14:57] gsettings are usable from any DE [14:57] if you have qt/kde frontend and gtk one, sure split it into two packages. [14:58] but it does not make sence to split: unity, kubuntu, gnome, gnome3, xfce, lxde, monad, etc. [14:58] see for example transmission: it has curses, qt and gtk frontends. [14:58] but it does share common settings on the backend. [14:58] hakermania: can you actually show your app? [14:58] xnox, What I mean is that in GNOME i use gio/gio.h which will be a global dependency while it is usable only in GNOME like libunity is usable only in Unity [14:58] gseetings is not gnome specific, it's actually multi-platform. [14:59] and in transmission is about frontend, not backend [14:59] The application is Wallch, wait a bit for link [14:59] gio is usable on windows/macosx/linux regardless of the DE [14:59] http://melloristudio.com/ourprojects/wallch [14:59] + gio has no visual affect. [14:59] xnox, thanks for the info, I was not aware of it. [14:59] and all DEs have gio in ubuntu. [15:00] xnox, I am not targetting only Ubuntu. [15:00] sure. [15:01] xnox, So, you recommend leaving libunity-dev a dependency as is and doing a runtime check for the DE where I will change in every different DE the desktop background using gsettings [15:01] Is this truly applicable? [15:01] i'm confused why you are using libunity though. [15:01] on unity, desktop wallpapers are changed by changing gsettings keys..... [15:01] xnox, for unity support. Unity launcher progressbar + shortcuts [15:02] xnox, I know that. [15:02] I have to go for now, sorry. [15:02] I will login later === schrodinger_ is now known as schrodinger [17:40] xnox, Hello again. I want to sum it up a little bit. I want to make Wallch available in multiple different desktop environments. I am using DE-specific libraries for Gnome and Unity (like gio.h and unity.h) but in the other DEs I am planning into launching external commands for changing the background. If gsettings is able to change the background everywhere, then I will totally go with it and libunity indeed is small and thus there is not [17:40] a dependency problem. I will do a runtime check for the DE and run the appropriate code each time. The thing is, can gsettings be used in every DE? I haven't heard that again. === Zic_ is now known as Guest99590 === mapreri_ is now known as mapreri === broder_ is now known as broder [22:35] hakermania: instead of unity.h, you can use dbus calls (see wiki page) [22:35] and dbus is universally dependant. [22:35] if a DE is using gsettings then yeah... [22:37] xnox, Indeed. But the code is ready and it already uses libunity. Either way libunity is a very small package and shouldn't be bothering anyone. The thing that bothers me more is the gio dependency which will be uneeded in the DEs that don't use gsettings. As far as I know many DEs don't use it. I am not sure where you were referring to when talking about all these DEs that use it. [22:37] hakermania: it should be possible, e.g. here is an example from ubiquity-dm that executes stuff for xfce, gnome, unity, lxc, xcfe conditionally, if available/installed. http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/ubiquity/saucy/view/head:/bin/ubiquity-dm#L392 [22:38] (sure it's python, but still if you are forking exec() and check if things are available you don't gain mandatory dependencies. [22:38] xnox, Of course. That's what I am indented to do. As you can see, it calls external processes. [22:38] It doesn't call gsettings functions [22:38] hakermania: right. so about gio. [22:38] linking against libgtk / libglib is absolutely ok (that's where gio is provided) [22:39] you are correct that it might be dead-code, under some environments. So it's a good thing to make a compile-time option, for those who need/want a slim down version. [22:39] in debian/ubuntu however, the default policy is to enable all compile time options possible [22:39] such that a single (abeit larger) binary can be executed under any DEs. [22:40] so yeah, i believe gsettings will work on gnome3, gnome-classic & unity. [22:40] but e.g. you'll need something else / additional code for xfce etc. [22:41] hakermania: as long as your code gracefully handles all conditions and failures you should be fine. [23:55] xnox, thanks a lot for helping out :)