I believe that Sage has made a lot of changes in the way that journaling is done. I would also vote to change the name to avoid any chance of accidentally reusing a local version. Allen Samuels Software Architect, Emerging Storage Solutions 2880 Junction Avenue, Milpitas, CA 95134 T: +1 408 801 7030| M: +1 408 780 6416 allen.samuels@xxxxxxxxxxx -----Original Message----- From: ceph-devel-owner@xxxxxxxxxxxxxxx [mailto:ceph-devel-owner@xxxxxxxxxxxxxxx] On Behalf Of Ken Dreyer Sent: Wednesday, February 24, 2016 9:59 AM To: Marcus Watts <mwatts@xxxxxxxxxx> Cc: ceph-devel <ceph-devel@xxxxxxxxxxxxxxx> Subject: Re: ceph / rocksdb I'm really interested in getting our various bundled libraries into separate packages. Does ceph's rocksdb have a lot of changes from rocksdb upstream? If so, I'm leaning towards packaging this as "ceph-rocksdb" until those changes are present in an upstream rocksdb release. - Ken On Tue, Feb 23, 2016 at 11:05 PM, Marcus Watts <mwatts@xxxxxxxxxx> wrote: > So, about that rocksdb thing. > > Rocksdb ships with 2 build systems: > cmake - windows only > make based - everything else > > The makefile is very "retro". Um. Let's just leave it there. > > The cmake part was more interesting; the main problem it had was it > was *way* too windows specific. Which is actually kinda hard to do, > since that's just what cmake wasn't supposed to be. > > Building rocksdb (-g) takes about 1g of build tree space, and running > "make check" on it takes about half an hour. > I really don't want to slow down my ceph builds this way, so rather > than make rocksdb with the rest of ceph, I would much rather it be > packaged / installed separately. > > So I put together: > a set of changes to build rocksdb with cmake on linux an rpm .spec > file to build it for fedora. > > Rpms (source & amd64) can be found here: > http://people.redhat.com/mwatts/rocksdb/ > and a git repo with the cmake changes here, > https://github.com/mdw-at-linuxbox/rocksdb > > The cmake parts could certainly still use more work; I haven't tested > this and it will probably need changes on anything other than x86_64, > such as certainly any non-gcc/non-linux platform. > > -Marcus Watts > -- > To unsubscribe from this list: send the line "unsubscribe ceph-devel" > in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo > info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html PLEASE NOTE: The information contained in this electronic mail message is intended only for the use of the designated recipient(s) named above. If the reader of this message is not the intended recipient, you are hereby notified that you have received this message in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify the sender by telephone or e-mail (as shown above) immediately and destroy any and all copies of this message in your possession (whether hard copies or electronically stored copies). ��.n��������+%������w��{.n����z��u���ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f
