GNOME Bugzilla – Bug 595890
Adium theme install helper
Last modified: 2018-05-22 13:42:04 UTC
Created attachment 143648 [details] a test program First pass at this. It will tell you which files/themes to extract from an in-memory archive. TODO: - GTK+ UI (create progress dialogue in main, and update it in the callback, and for each processed file) - Build system integration (check for libarchive presence, install necessary schema, as in Totem's data/handlers.sh) - Check why parsing stuff like: adiumxtra://www.adiumxtras.com/download/2160 doesn't work HTH
Thanks Bastien; I'll take a look on it soon. Seems someone else started to write a shell script implementing this feature as well: http://gist.github.com/191499
Created attachment 187936 [details] test.c Updated patch. This time, it will correctly handle that pesky URL I gave in comment 0 (might have been a libarchive bug), and will write out the themes extracted from the zip file. Is this still useful?
I'm a little bit worried of loading into memory an URL without checking its size... I would rather load by buffers and save to a temporary file. Is libarchive a blessed GNOME dependency? What about using GZlibDecompressor? And finally, I would just blindly copy .AdiumMessageStyle dirs to ~/.local/share/adium/message-styles, you don't need to validate what it contains, empathy will do it itself. So if what we expect change, we can just update empathy. For example the .plist could become option later... who knows.
(In reply to comment #3) > I'm a little bit worried of loading into memory an URL without checking its > size... I would rather load by buffers and save to a temporary file. Fair comment. g_file_splice() could be used for that. > Is libarchive a blessed GNOME dependency? What about using GZlibDecompressor? It's a zip file, not a gzipped one. And even if it was a tar.gz, you're still need to read within the tar archive. > And finally, I would just blindly copy .AdiumMessageStyle dirs to > ~/.local/share/adium/message-styles, you don't need to validate what it > contains, empathy will do it itself. So if what we expect change, we can just > update empathy. For example the .plist could become option later... who knows. True.
(In reply to comment #3) > Is libarchive a blessed GNOME dependency? If it's not we can always integrate it as an optionnal component.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/empathy/issues/115.