Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=961405 --- Comment #6 from Erik van Pienbroek <erik-fedora@xxxxxxxxxxxxxxx> --- (In reply to comment #5) > (In reply to comment #3) > > - static libraries: from a quick glance at the buildsystem files I didn't > > figure out how to enable the compilation of static libraries with cmake (I'm > > not overly familiar with cmake I should note) > > Me neither, unfortunately. It is up to the maintainer in question to decide whether to ship static libraries or not. If the build system creates them automatically or users want it then it would make sense to ship them, otherwise just bundle the shared libraries only. It doesn't really matter (In reply to comment #5) > (In reply to comment #3) > > - tools: I'm not sure what the general rule is, many other mingw packages > > provide *.exe files (though usually in the main package). My idea was: keep > > everything that some users may find usefull for whatever reason, but put > > them in a separate package. > > I think they used to be forbidden. There's no guidance anymore, now, that I > know of. So in my opinion we should use common sense. If you can think of a > use of those, then fine, package them. Right now I don't see one. Almost all Fedora MinGW packages ship their executables in the main package. Right now we've got the following binary mingw RPMs which use the -tools suffix: mingw32-gvnc-tools-0.5.2-1.fc19.noarch mingw32-qt-tools-4.8.4-3.fc20.noarch mingw64-gvnc-tools-0.5.2-1.fc19.noarch mingw64-qt-tools-4.8.4-3.fc20.noarch So, for consistency with the majority of the mingw packages I would recommend to bundle executables in the main package. However, I'm open to other suggestions as well. Perhaps it would make sense to bring up this subject to the mailing list so we can come up with a more generic packaging guideline on what to do with shipping executables. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tx9q3INo1b&a=cc_unsubscribe _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review