Re: [Evolution-hackers] Drop or limit ChangeLog files in tarball releases?
On Thu, 2012-11-22 at 17:48 +0100, Michael Hasselmann wrote: On Thu, 2012-11-22 at 11:45 -0500, Matthew Barnes wrote: Also, just for the record, the script snippet I'm using to generate the ChangeLog file comes from https://live.gnome.org/Git/ChangeLog. So ChangeLog already gets auto-generated from git log on make dist, for each release. Why would there then be a need to get rid of it? What's the benefit? If it's only about tarball size, I'd say that's not sufficient enough as an argument. Hi, one was size, the other its unusefulness, because it's git-log generated text, pretty hard to read - at least for me. I understand that it was fine in times when ChangeLog was fully controlled by humans, but these days is only NEWS file done that way. I opened this thread just to know opinion from others. As I said, the ChangeLog is just waste of resources from my point of view. It seems you are the only one against it. I'll wait for a week or two, to give people time for a response, and if there will be no strong opinion against it, then I'll replace ChangeLog files with the text Paul mentioned in this thread. Bye, Milan ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] UI interaction from book/calendar backends
On Thu, 2012-11-22 at 13:04 -0500, Matthew Barnes wrote: Actually I don't think evolution-source-registry requires GTK+. If it's the password dialog you're thinking of, we only link to gcr-base-3 which speaks via D-Bus to the process actually showing the password dialog. Hi, yes, I thought the password dialog, even called from gcr, brings in a gtk+ requirement. Good if it's not. I'm not sure if evolution-source-registry is ultimately the right place for user interfaces, but I can't think of a better solution at present. I have a few requests, though: ... The idea here is to keep the functionality relocatable, both for the benefit of Tizen and for ourselves if we think of a better place for this stuff in the future. Sure thing, I like what you suggested. Thanks and bye, Milan ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] UI interaction from book/calendar backends
On Thu, 2012-11-22 at 13:04 -0500, Matthew Barnes wrote: Actually I don't think evolution-source-registry requires GTK+. If it's the password dialog you're thinking of, we only link to gcr-base-3 which speaks via D-Bus to the process actually showing the password dialog. I'm not sure if evolution-source-registry is ultimately the right place for user interfaces, but I can't think of a better solution at present. I have a few requests, though: 1) Write this as a ESourceRegistryServer extension, and just link to GTK+ from the extension module. That way it's easily removable if the Tizen folks don't want it, or they want to implement their own version using Qt. Qt is so old-fashioned MeeGo - HTML5 rulez in Tizen! :- Thanks for keeping this in mind. I thing it is just good engineering and will hopefully also turn out to be useful outside of Tizen, which - just to avoid any confusion - does not use EDS at the moment and might never do. I'm bringing it up as an example of a distro where compiling EDS is hard at the moment because of the GTK dependency - there might be other, similiary limited platforms. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers