Oops - submodule rocksdb was changed in ceph after v11.0.0:
master - not working:
rocksdb @ 6797e6f rocksdb: revert the change introduced by dc41731
v11.0.0 - working:
rocksdb @ 5647fa4 rocksdb: pull up to master
and apparently, *the file 'db/slice.cc' was deleted during that change*
hence, this explains why make dist (that is invoked by ./make-debs.sh) complains about it
make[2]: *** No rule to make target 'rocksdb/db/slice.cc', needed by 'distdir'. Stop.
Any idea how to fix this?
TIA,
Avner
-----Original Message-----
From: Avner Ben Hanoch
Sent: Tuesday, August 23, 2016 15:13
To: 'Brad Hubbard'
Cc: Gregory Farnum; Ceph Development <ceph-devel@xxxxxxxxxxxxxxx>
Subject: RE: errors in make-debs.sh because "make dist" fails on 'rocksdb/db/slice.cc'
Thanks Brad,
Unfortunately, cleaning doesn't help
And anyhow the error occurs even with fresh git clone from the HEAD of ceph master (that brings with it fresh submodules)
AFAICU, the SHA1 of src/rocksdb is identical (for both workingv11.0.0 and not working HEAD of master) In both cases, I see: SHA1=6797e6f Avoid updating memtable allocated bytes if write_buffer_size is not set (which is also the latest commit in https://github.com/ceph/rocksdb)
Avner
-----Original Message-----
From: Brad Hubbard
Sent: Tuesday, August 23, 2016 14:01
To: Avner Ben Hanoch
Cc: Gregory Farnum; Ceph Development <ceph-devel@xxxxxxxxxxxxxxx>
Subject: Re: errors in make-debs.sh because "make dist" fails on 'rocksdb/db/slice.cc'
You could try changing to src/rocksdb and running "make clean" and "git clean -fdx" and retrying the build. It's possible some build artefact was left over in that submodule's directory structure for that commit. You could also compare the
SHA1 of the src/rocksdb submodule in each case (workingv11.0.0 and not working) and see what changed between them.
--
HTH,
Brad
--
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
