-
-
Notifications
You must be signed in to change notification settings - Fork 15.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
rocksdb: 5.11.3 -> 6.1.2 #58834
rocksdb: 5.11.3 -> 6.1.2 #58834
Conversation
cc @adevress |
@GrahamcOfBorg build rocksdb |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me otherwise.
(lib.optional | ||
(stdenv.hostPlatform.system == "i686-linux" | ||
|| stdenv.hostPlatform.system == "x86_64-linux") | ||
"-DFORCE_SSE42=1") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could this break somewhere?
@GrahamcOfBorg build ceph |
this also breaks ceph. and everything that depends on it. But ceph seems to be an old version? @adevress @alexanderkjeldaas |
since no one responded for the ceph breakage, we marked ceph as broken. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
some nitpicks.
i tried to unbreak osquery with no luck. it still fails when linking against rocksdb(-lite). see https://gist.github.com/magenbluten/997142eaa828ccd177c0dd06cc8261b4 |
@Ma27 any points against merging this? since you recently updated osquery and this PR would break it. |
No. While working on Therefore, it's IMHO ok to merge this now, I'll take care of |
- mark osquery as broken - mark ceph as broken both osquery and ceph packages are outdated. furthermore, ceph has its own inline rocksdb source tree which isn't use in the current nixpkg. this needs to be fixed.
@magenbluten @Lassulus I managed to get According to the install section it's recommended to simply use I'd simply go back to the old build approach for rocksdb (and keep 6.1.2), however I'm not sure if I'm missing a reason why cmake is used now (and I probably just didn't manage to get the static lib building with cmake ^^). Do you think using the old make-based approach makes sense or am I missing something? :) |
i guess the install section you mention is outdated (dez. 2018). the "correct" solution would be to figure out how to make cmake make static libs ;) |
git grep -i static_lib: CMakeLists.txt:set(ROCKSDB_STATIC_LIB rocksdb${ARTIFACT_SUFFIX}) seems like it should work with cmake. |
Motivation for this change
rocksdb was out of date. also removed stuff that seemed broken.
Things done
sandbox
innix.conf
on non-NixOS)nix-shell -p nix-review --run "nix-review wip"
./result/bin/
)nix path-info -S
before and after)