[00:25] legacy, I suppose [02:52] xnox: because no one else does that [02:53] the rest of us ship the libraries [02:53] xnox: who says that Debian/Ubuntu are the center of the Linux universe [02:54] * Son_Goku finds this offensive given how much crap it's taken to make Mir work on Fedora [02:54] things still don't quite work... :/ [04:46] There is no best practice for GMock 😠 [11:14] Son_Goku, as far as I can see googletest is the new source name, after gmock and gtest have merged; unless it's only debian that followed upstream rename. [11:14] Son_Goku, independent gtest & gmock no more. [11:15] Son_Goku, are you saying others stuck shipping the split out libraries only, and did not move onto the googletest? [11:15] CMake itself distinguishes between the two [11:15] the source package for us is gtest, but it produces gmock and gtest libraries [11:15] not everyone uses both [11:16] Son_Goku, but I see projects trying to import both and that doesn't work, as gmock builds gtest too. Importing both results in a duplicate library/target in cmake. [11:16] if they import both as SOURCE, yes [11:16] (gmock building gtest, is new to googletest based sources) [11:16] yes, I know [11:16] but if the library is already built and you're linking to it, it won't [11:16] but that stopped being supported.... [11:17] in debian/ubuntu we ship the gmock/gtest sources, but not pre-building the libs =/ as per upstream recommends..... [11:17] they changed their recommendation [11:17] which is why CMake supports locating the library [11:17] ok, then i am out of date again =/ [11:17] yeah, it sucks [11:17] Google is fluid like that [11:18] in Fedora, we currently have gtest as a lib, and gmock as source [11:18] which was Google's previous recommendation [11:18] but now it's okay to have the whole thing as libs [11:18] it's nuts [23:06] Ah! I was wondering why I couldn't find gmock as a library in Fedora!