nuclia / nucliadb Goto Github PK

NucliaDB, The AI Search database for RAG

Home Page: https://docs.nuclia.dev/docs/docs/nucliadb/intro

License: Other

Makefile 0.32% Smarty 0.03% Python 67.24% Rust 27.27% Shell 0.16% PureBasic 4.89% Dockerfile 0.04% HTML 0.06%

database language-model machine-learning mlops search search-engine search-engines semantic semantic-search-engine text-classification

nucliadb's People

Contributors

Stargazers

Watchers

Forkers

paras-j fossabot hartl3y94 swallez vangheem musanaeem unbekanntes-pferd mesejo xaiksan1 gopikishan14 fmagege ssghost kayagokalp dhmspector akaia-io assetoverflow rogercummins rarielvillalobos prixingcha crisskimaryo andrewcloete tarekziade nishantbundela jasonwitty pyrokin5 mikeariasb philt-one bad-kk07 mwksandman nhruska rayfernando1337 rangani zarathustraed deep145757 bilalmirza74 lokeshjonnakuti drf7 ismat22 michael-d-anderson aliniaai anastasds usmc2033 genostack

nucliadb's Issues

results = sdk.search(kbid=kb.uuid, vector=query_vectors, vectorset="base", min_score=0.25)

Describe the bug
A clear and concise description of what the bug is.

Steps to reproduce (if applicable)
Steps to reproduce the behavior:

Expected behavior
A clear and concise description of what you expected to happen.

Configuration:
Please provide:

Output of pip list | grep nucliadb

requests dependency not resolved

Describe the bug

Created new project via poetry
added nucliadb-sdk via poetry add nucliadb-sdk
ran main.py (a FastAPI application)
received error on get_or_create() - unresolved import (requests)

Steps to reproduce (if applicable)
Steps to reproduce the behavior:

Create empty project in poetry
Do NOT install requests (virtual environment)
run get_or_create (or anything else)

Expected behavior
No import error (requests should be marked as a dependency if needed requirements.txt - it is not)

importing requests occurs here: https://github.com/nuclia/nucliadb/blob/main/nucliadb_sdk/nucliadb_sdk/client.py#L25
requirements.txt here: https://github.com/nuclia/nucliadb/blob/main/nucliadb_sdk/requirements.txt

pip3 list | grep nucliadb
nucliadb-models    2.4.0.post27
nucliadb-protos    2.4.0.post27
nucliadb-sdk       2.4.0.post27

SDK throwing exception when using the async client

Describe the bug
Using the SDK with the Async Client is throwing an exception, while the same code but using the Sync client works fine.

Steps to reproduce (if applicable)

Example code to reproduce the error:

from nucliadb_sdk import NucliaDBAsync, Region

sdk = NucliaDBAsync(region=Region.ON_PREM, url="http://localhost:8080/api")

kb = await sdk.create_knowledge_box(slug="anything")

The previous code throws this exception:

  File "/home/david/Desktop/nuclia/nuclia/routers/kbs.py", line 23, in create_knowledge_box
    kb = await sdk.create_knowledge_box(slug=body.slug)
  File "/home/david/Desktop/nuclia/.venv/lib/python3.10/site-packages/nucliadb_sdk/v2/sdk.py", line 205, in _func
    resp = self._request(
TypeError: NucliaDBAsync._request() got an unexpected keyword argument 'content'

Expected behavior
It doesn't raise an exception and creates a knowledge box in the DB

Configuration:
Please provide:

Output of pip list | grep nucliadb

nucliadb-client                          3.0.0.post726
nucliadb-models                          2.34.0.post918
nucliadb-protos                          2.34.0.post918
nucliadb-sdk                             2.34.0.post918
nucliadb-telemetry                       2.35.0.post26

Usage of crate `parse_duration`, `remove_dir_all`, `time` entails security concerns

Describe the bug
The immediate action is to revise the usage of parse_duration crate. The security concern is minimal, but should be considered. The other crates are difficult to address since they are transitive dependencies (tantivy and and tempdir)

Steps to reproduce (if applicable)
Steps to reproduce the behavior:

% ❯ nix run nixpkgs#cargo-audit -- audit
    Fetching advisory database from `https://github.com/RustSec/advisory-db.git`
      Loaded 549 security advisories (from /Users/htran/.cargo/advisory-db)
    Updating crates.io index
    Scanning Cargo.lock for vulnerabilities (438 crate dependencies)
Crate:     parse_duration
Version:   2.1.1
Title:     Denial of service through parsing payloads with too big exponent
Date:      2021-03-18
ID:        RUSTSEC-2021-0041
URL:       https://rustsec.org/advisories/RUSTSEC-2021-0041
Severity:  7.5 (high)
Solution:  No fixed upgrade is available!
Dependency tree:
parse_duration 2.1.1
├── nucliadb_core 0.1.0
│   ├── nucliadb_vectors 0.1.0
│   │   ├── vectors_benchmark 0.1.0
│   │   └── nucliadb_node 0.1.0
│   │       └── nucliadb_node_binding 0.7.6
│   ├── nucliadb_texts 0.1.0
│   │   └── nucliadb_node 0.1.0
│   ├── nucliadb_relations 0.1.0
│   │   └── nucliadb_node 0.1.0
│   ├── nucliadb_paragraphs 0.1.0
│   │   └── nucliadb_node 0.1.0
│   ├── nucliadb_node_binding 0.7.6
│   └── nucliadb_node 0.1.0
└── nucliadb_cluster 0.1.0
    └── nucliadb_node 0.1.0

Crate:     remove_dir_all
Version:   0.5.3
Title:     Race Condition Enabling Link Following and Time-of-check Time-of-use (TOCTOU)
Date:      2023-02-24
ID:        RUSTSEC-2023-0018
URL:       https://rustsec.org/advisories/RUSTSEC-2023-0018
Solution:  Upgrade to >=0.8.0
Dependency tree:
remove_dir_all 0.5.3
└── tempdir 0.3.7
    └── nucliadb_node 0.1.0
        └── nucliadb_node_binding 0.7.6

Crate:     time
Version:   0.1.45
Title:     Potential segfault in the time crate
Date:      2020-11-18
ID:        RUSTSEC-2020-0071
URL:       https://rustsec.org/advisories/RUSTSEC-2020-0071
Severity:  6.2 (medium)
Solution:  Upgrade to >=0.2.23
Dependency tree:
time 0.1.45
└── chrono 0.4.24
    └── tantivy 0.17.0
        ├── nucliadb_texts 0.1.0
        │   └── nucliadb_node 0.1.0
        │       └── nucliadb_node_binding 0.7.6
        ├── nucliadb_relations 0.1.0
        │   └── nucliadb_node 0.1.0
        └── nucliadb_paragraphs 0.1.0
            └── nucliadb_node 0.1.0

Crate:     tempdir
Version:   0.3.7
Warning:   unmaintained
Title:     `tempdir` crate has been deprecated; use `tempfile` instead
Date:      2018-02-13
ID:        RUSTSEC-2018-0017
URL:       https://rustsec.org/advisories/RUSTSEC-2018-0017
Dependency tree:
tempdir 0.3.7
└── nucliadb_node 0.1.0
    └── nucliadb_node_binding 0.7.6

Crate:     atty
Version:   0.2.14
Warning:   unsound
Title:     Potential unaligned read
Date:      2021-07-04
ID:        RUSTSEC-2021-0145
URL:       https://rustsec.org/advisories/RUSTSEC-2021-0145
Dependency tree:
atty 0.2.14
├── env_logger 0.9.3
│   └── nucliadb_cluster 0.1.0
│       └── nucliadb_node 0.1.0
│           └── nucliadb_node_binding 0.7.6
├── env_logger 0.7.1
│   └── tracing-log 0.1.3
│       ├── tracing-subscriber 0.3.16
│       │   ├── tracing-opentelemetry 0.17.4
│       │   │   └── nucliadb_node 0.1.0
│       │   ├── sentry-tracing 0.27.0
│       │   │   └── nucliadb_node 0.1.0
│       │   ├── nucliadb_node_binding 0.7.6
│       │   └── nucliadb_node 0.1.0
│       ├── tracing-opentelemetry 0.17.4
│       └── nucliadb_node 0.1.0
└── clap 3.2.23
    └── vectors_benchmark 0.1.0

error: 3 vulnerabilities found!
warning: 2 allowed warnings found

Expected behavior
cargo audit should be clean, consider adding an audit job on CI

Configuration:
Please provide:

Output of pip list | grep nucliadb
No pip configuration necessary, this is only tracked via cargo audit

No panics in nucliadb_texts

Problem
nucliadb_texts is Tantivy index used by Nuclia to enable searching capabilities in the text of a resource. Right now in nucliadb_texts::reader and nucliadb_texts::writer panic at several of their operations by unwrapping a result or an optional. This behaviour must change and partial index operations should return a result specifying what went wrong instead of panicking.

Describe the solution you'd like
Use nucliadb_core::NodeResult to avoid panicking in nucliadb_texts.

Additional context
nucliadb_core::NodeResult is a anyhow::Result.

[nucliadb_client] Passing api key in NucliaDBClient

Describe the bug
At current there seems to be no way to pass API KEY in NucliaDBClient. How do we pass this?

Because of this there seems to an error:
httpx.ConnectError: [Errno -2] Name or service not known

Steps to reproduce (if applicable)
Steps to reproduce the behavior:

Initialise NucliaDBClient with host
Try to call any function like
client = NucliaDBClient(host="abchost", grpc=8060, http=8081, train=8040)
kb = client.get_kb(slug="demo-slug")

Expected behavior
There should be some way to authenticate using API key using the client.

Minor typo "knowlwedge"

Describe the bug

Issue installing Nuclia DB locally: ResolutionImpossible error in dependencies

Describe the bug
When installing NucliaDB pip install nucliadb I get an ERROR: ResolutionImpossible message and the installation fails.

Steps to reproduce (if applicable)

Run pip install nucliadb

Expected behavior
Successful installation and ability to start DB server by running nucliadb.

Configuration:
Please provide:

Output of: pip list | Select-String -Pattern 'nucliadb' is empty.

Machine Details

OS: Windows 11
Device name ss-surface-1
Processor 12th Gen Intel(R) Core(TM) i7-1255U 2.60 GHz
Installed RAM 16.0 GB (15.8 GB usable)
System type 64-bit operating system, x64-based processor

Full Error Log

Collecting nucliadb
  Using cached nucliadb-0.0.0.post1-py3-none-any.whl (420 kB)
ERROR: Cannot install nucliadb==0.0.0.post1, nucliadb==0.0.0.post2, nucliadb==0.0.1, nucliadb==2.0.10, nucliadb==2.0.11, nucliadb==2.0.12, nucliadb==2.0.13, nucliadb==2.0.14, nucliadb==2.0.15, nucliadb==2.0.2, nucliadb==2.0.3, nucliadb==2.0.4, nucliadb==2.0.5, nucliadb==2.0.6, nucliadb==2.0.7, nucliadb==2.0.8, nucliadb==2.0.9, nucliadb==2.1.0, nucliadb==2.10.0.post268, nucliadb==2.10.0.post269, nucliadb==2.10.0.post270, nucliadb==2.10.0.post271, nucliadb==2.10.0.post272, nucliadb==2.11.0.post273, nucliadb==2.11.0.post274, nucliadb==2.11.0.post275, nucliadb==2.11.0.post276, nucliadb==2.11.0.post277, nucliadb==2.11.0.post278, nucliadb==2.11.0.post279, nucliadb==2.11.0.post280, nucliadb==2.11.0.post281, nucliadb==2.11.0.post282, nucliadb==2.11.0.post284, nucliadb==2.11.0.post285, nucliadb==2.11.0.post286, nucliadb==2.12.0.post287, nucliadb==2.12.0.post288, nucliadb==2.13.0.post289, nucliadb==2.13.0.post290, nucliadb==2.13.0.post291, nucliadb==2.13.0.post292, nucliadb==2.13.0.post293, nucliadb==2.13.0.post294, nucliadb==2.13.0.post295, nucliadb==2.13.0.post296, nucliadb==2.13.0.post297, nucliadb==2.13.0.post298, nucliadb==2.13.0.post300, nucliadb==2.13.0.post301, nucliadb==2.13.0.post302, nucliadb==2.13.0.post303, nucliadb==2.13.0.post304, nucliadb==2.13.0.post305, nucliadb==2.13.0.post306, nucliadb==2.13.0.post307, nucliadb==2.13.0.post308, nucliadb==2.13.0.post309, nucliadb==2.13.0.post310, nucliadb==2.13.0.post311, nucliadb==2.13.0.post320, nucliadb==2.13.0.post321, nucliadb==2.13.0.post322, nucliadb==2.13.0.post323, nucliadb==2.13.0.post325, nucliadb==2.13.0.post326, nucliadb==2.13.0.post327, nucliadb==2.13.0.post329, nucliadb==2.13.0.post330, nucliadb==2.2.0, nucliadb==2.2.1, nucliadb==2.2.2, nucliadb==2.2.3, nucliadb==2.2.4, nucliadb==2.2.5, nucliadb==2.3.0.post10, nucliadb==2.3.0.post11, nucliadb==2.3.0.post12, nucliadb==2.3.0.post13, nucliadb==2.3.0.post14, nucliadb==2.3.0.post15, nucliadb==2.3.0.post5, nucliadb==2.3.0.post7, nucliadb==2.3.0.post8, nucliadb==2.3.0.post9, nucliadb==2.4.0.post16, nucliadb==2.4.0.post17, nucliadb==2.4.0.post18, nucliadb==2.4.0.post19, nucliadb==2.4.0.post20, nucliadb==2.4.0.post21, nucliadb==2.4.0.post22, nucliadb==2.4.0.post23, nucliadb==2.4.0.post24, nucliadb==2.4.0.post25, nucliadb==2.4.0.post27, nucliadb==2.4.0.post42, nucliadb==2.4.0.post43, nucliadb==2.4.0.post44, nucliadb==2.5.0.post100, nucliadb==2.5.0.post101, nucliadb==2.5.0.post102, nucliadb==2.5.0.post103, nucliadb==2.5.0.post104, nucliadb==2.5.0.post105, nucliadb==2.5.0.post106, nucliadb==2.5.0.post107, nucliadb==2.5.0.post46, nucliadb==2.5.0.post47, nucliadb==2.5.0.post48, nucliadb==2.5.0.post49, nucliadb==2.5.0.post50, nucliadb==2.5.0.post51, nucliadb==2.5.0.post54, nucliadb==2.5.0.post55, nucliadb==2.5.0.post57, nucliadb==2.5.0.post58, nucliadb==2.5.0.post59, nucliadb==2.5.0.post60, nucliadb==2.5.0.post61, nucliadb==2.5.0.post62, nucliadb==2.5.0.post64, nucliadb==2.5.0.post65, nucliadb==2.5.0.post66, nucliadb==2.5.0.post67, nucliadb==2.5.0.post68, nucliadb==2.5.0.post69, nucliadb==2.5.0.post70, nucliadb==2.5.0.post71, nucliadb==2.5.0.post72, nucliadb==2.5.0.post73, nucliadb==2.5.0.post74, nucliadb==2.5.0.post75, nucliadb==2.5.0.post76, nucliadb==2.5.0.post78, nucliadb==2.5.0.post79, nucliadb==2.5.0.post80, nucliadb==2.5.0.post81, nucliadb==2.5.0.post82, nucliadb==2.5.0.post83, nucliadb==2.5.0.post88, nucliadb==2.5.0.post89, nucliadb==2.5.0.post91, nucliadb==2.5.0.post92, nucliadb==2.5.0.post93, nucliadb==2.5.0.post94, nucliadb==2.5.0.post95, nucliadb==2.5.0.post96, nucliadb==2.5.0.post98, nucliadb==2.5.0.post99, nucliadb==2.6.0.post108, nucliadb==2.6.0.post109, nucliadb==2.6.0.post110, nucliadb==2.6.0.post111, nucliadb==2.6.0.post112, nucliadb==2.6.0.post113, nucliadb==2.6.0.post114, nucliadb==2.6.0.post115, nucliadb==2.6.0.post116, nucliadb==2.6.0.post117, nucliadb==2.6.0.post118, nucliadb==2.6.0.post119, nucliadb==2.6.0.post120, nucliadb==2.6.0.post121, nucliadb==2.6.0.post122, nucliadb==2.6.0.post124, nucliadb==2.6.0.post125, nucliadb==2.6.0.post126, nucliadb==2.6.0.post127, nucliadb==2.6.0.post128, nucliadb==2.6.0.post129, nucliadb==2.6.0.post132, nucliadb==2.6.0.post133, nucliadb==2.6.0.post134, nucliadb==2.6.0.post135, nucliadb==2.6.0.post136, nucliadb==2.7.0.post138, nucliadb==2.7.0.post139, nucliadb==2.7.0.post141, nucliadb==2.7.0.post142, nucliadb==2.7.0.post143, nucliadb==2.7.0.post145, nucliadb==2.7.0.post146, nucliadb==2.7.0.post147, nucliadb==2.7.0.post148, nucliadb==2.7.0.post151, nucliadb==2.7.0.post152, nucliadb==2.7.0.post153, nucliadb==2.7.0.post154, nucliadb==2.7.0.post156, nucliadb==2.7.0.post157, nucliadb==2.7.0.post158, nucliadb==2.7.0.post159, nucliadb==2.7.0.post160, nucliadb==2.7.0.post161, nucliadb==2.7.0.post162, nucliadb==2.7.0.post165, nucliadb==2.7.0.post166, nucliadb==2.7.0.post167, nucliadb==2.7.0.post168, nucliadb==2.7.0.post169, nucliadb==2.7.0.post170, nucliadb==2.7.0.post171, nucliadb==2.7.0.post172, nucliadb==2.7.0.post173, nucliadb==2.7.0.post174, nucliadb==2.7.0.post175, nucliadb==2.7.0.post176, nucliadb==2.7.0.post177, nucliadb==2.7.0.post178, nucliadb==2.7.0.post179, nucliadb==2.7.0.post180, nucliadb==2.7.0.post181, nucliadb==2.7.0.post182, nucliadb==2.7.0.post183, nucliadb==2.7.0.post185, nucliadb==2.7.0.post186, nucliadb==2.7.0.post187, nucliadb==2.7.0.post188, nucliadb==2.7.0.post189, nucliadb==2.7.0.post192, nucliadb==2.7.0.post193, nucliadb==2.7.0.post194, nucliadb==2.7.0.post195, nucliadb==2.7.0.post196, nucliadb==2.7.0.post197, nucliadb==2.7.0.post198, nucliadb==2.7.0.post199, nucliadb==2.7.0.post200, nucliadb==2.7.0.post201, nucliadb==2.7.0.post202, nucliadb==2.7.0.post203, nucliadb==2.7.0.post204, nucliadb==2.7.0.post205, nucliadb==2.7.0.post206, nucliadb==2.7.0.post207, nucliadb==2.7.0.post208, nucliadb==2.7.0.post209, nucliadb==2.7.0.post210, nucliadb==2.7.0.post211, nucliadb==2.7.0.post212, nucliadb==2.7.0.post213, nucliadb==2.7.0.post214, nucliadb==2.8.0.post215, nucliadb==2.8.0.post216, nucliadb==2.8.1.post217, nucliadb==2.8.2.post218, nucliadb==2.8.2.post219, nucliadb==2.8.2.post220, nucliadb==2.8.2.post221, nucliadb==2.8.2.post226, nucliadb==2.8.3.post228, nucliadb==2.8.3.post229, nucliadb==2.8.4.post230, nucliadb==2.8.4.post231, nucliadb==2.8.4.post232, nucliadb==2.8.4.post233, nucliadb==2.8.4.post234, nucliadb==2.8.5.post235, nucliadb==2.8.5.post236, nucliadb==2.8.5.post237, nucliadb==2.8.5.post238, nucliadb==2.8.5.post239, nucliadb==2.8.5.post240, nucliadb==2.8.5.post241, nucliadb==2.8.5.post242, nucliadb==2.8.5.post243, nucliadb==2.8.5.post244, nucliadb==2.8.5.post245, nucliadb==2.8.5.post246, nucliadb==2.8.5.post247, nucliadb==2.8.5.post249, nucliadb==2.8.5.post252, nucliadb==2.8.5.post253, nucliadb==2.8.5.post254, nucliadb==2.8.5.post255, nucliadb==2.8.5.post256, nucliadb==2.8.5.post257, nucliadb==2.9.0.post258, nucliadb==2.9.0.post259, nucliadb==2.9.0.post261, nucliadb==2.9.0.post262, nucliadb==2.9.0.post263, nucliadb==2.9.0.post265, nucliadb==2.9.0.post266 and nucliadb==2.9.0.post267 because these package versions have conflicting dependencies.

The conflict is caused by:
    nucliadb 2.13.0.post330 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post329 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post327 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post326 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post325 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post323 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post322 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post321 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post320 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post311 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post310 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post309 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post308 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post307 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post306 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post305 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post304 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post303 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post302 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post301 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post300 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post298 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post297 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post296 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post295 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post294 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post293 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post292 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post291 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post290 depends on tikv-client>=0.0.3
    nucliadb 2.13.0.post289 depends on tikv-client>=0.0.3
    nucliadb 2.12.0.post288 depends on tikv-client>=0.0.3
    nucliadb 2.12.0.post287 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post286 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post285 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post284 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post282 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post281 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post280 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post279 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post278 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post277 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post276 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post275 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post274 depends on tikv-client>=0.0.3
    nucliadb 2.11.0.post273 depends on tikv-client>=0.0.3
    nucliadb 2.10.0.post272 depends on tikv-client>=0.0.3
    nucliadb 2.10.0.post271 depends on tikv-client>=0.0.3
    nucliadb 2.10.0.post270 depends on tikv-client>=0.0.3
    nucliadb 2.10.0.post269 depends on tikv-client>=0.0.3
    nucliadb 2.10.0.post268 depends on tikv-client>=0.0.3
    nucliadb 2.9.0.post267 depends on tikv-client>=0.0.3
    nucliadb 2.9.0.post266 depends on tikv-client>=0.0.3
    nucliadb 2.9.0.post265 depends on nucliadb-utils[cache, fastapi and storages]==2.9.0-post265
    nucliadb 2.9.0.post263 depends on tikv-client>=0.0.3
    nucliadb 2.9.0.post262 depends on tikv-client>=0.0.3
    nucliadb 2.9.0.post261 depends on tikv-client>=0.0.3
    nucliadb 2.9.0.post259 depends on tikv-client>=0.0.3
    nucliadb 2.9.0.post258 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post257 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post256 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post255 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post254 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post253 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post252 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post249 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post247 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post246 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post245 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post244 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post243 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post242 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post241 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post240 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post239 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post238 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post237 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post236 depends on tikv-client>=0.0.3
    nucliadb 2.8.5.post235 depends on tikv-client>=0.0.3
    nucliadb 2.8.4.post234 depends on tikv-client>=0.0.3
    nucliadb 2.8.4.post233 depends on tikv-client>=0.0.3
    nucliadb 2.8.4.post232 depends on tikv-client>=0.0.3
    nucliadb 2.8.4.post231 depends on tikv-client>=0.0.3
    nucliadb 2.8.4.post230 depends on tikv-client>=0.0.3
    nucliadb 2.8.3.post229 depends on tikv-client>=0.0.3
    nucliadb 2.8.3.post228 depends on tikv-client>=0.0.3
    nucliadb 2.8.2.post226 depends on tikv-client>=0.0.3
    nucliadb 2.8.2.post221 depends on tikv-client>=0.0.3
    nucliadb 2.8.2.post220 depends on tikv-client>=0.0.3
    nucliadb 2.8.2.post219 depends on tikv-client>=0.0.3
    nucliadb 2.8.2.post218 depends on tikv-client>=0.0.3
    nucliadb 2.8.1.post217 depends on tikv-client>=0.0.3
    nucliadb 2.8.0.post216 depends on tikv-client>=0.0.3
    nucliadb 2.8.0.post215 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post214 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post213 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post212 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post211 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post210 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post209 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post208 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post207 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post206 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post205 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post204 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post203 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post202 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post201 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post200 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post199 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post198 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post197 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post196 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post195 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post194 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post193 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post192 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post189 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post188 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post187 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post186 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post185 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post183 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post182 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post181 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post180 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post179 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post178 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post177 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post176 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post175 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post174 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post173 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post172 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post171 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post170 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post169 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post168 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post167 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post166 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post165 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post162 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post161 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post160 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post159 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post158 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post157 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post156 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post154 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post153 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post152 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post151 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post148 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post147 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post146 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post145 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post143 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post142 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post141 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post139 depends on tikv-client>=0.0.3
    nucliadb 2.7.0.post138 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post136 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post135 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post134 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post133 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post132 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post129 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post128 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post127 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post126 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post125 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post124 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post122 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post121 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post120 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post119 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post118 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post117 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post116 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post115 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post114 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post113 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post112 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post111 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post110 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post109 depends on tikv-client>=0.0.3
    nucliadb 2.6.0.post108 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post107 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post106 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post105 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post104 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post103 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post102 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post101 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post100 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post99 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post98 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post96 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post95 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post94 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post93 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post92 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post91 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post89 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post88 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post83 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post82 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post81 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post80 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post79 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post78 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post76 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post75 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post74 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post73 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post72 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post71 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post70 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post69 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post68 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post67 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post66 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post65 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post64 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post62 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post61 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post60 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post59 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post58 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post57 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post55 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post54 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post51 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post50 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post49 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post48 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post47 depends on tikv-client>=0.0.3
    nucliadb 2.5.0.post46 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post44 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post43 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post42 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post27 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post25 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post24 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post23 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post22 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post21 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post20 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post19 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post18 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post17 depends on tikv-client>=0.0.3
    nucliadb 2.4.0.post16 depends on tikv-client>=0.0.3
    nucliadb 2.3.0.post15 depends on tikv-client>=0.0.3
    nucliadb 2.3.0.post14 depends on tikv-client>=0.0.3
    nucliadb 2.3.0.post13 depends on tikv-client>=0.0.3
    nucliadb 2.3.0.post12 depends on tikv-client>=0.0.3
    nucliadb 2.3.0.post11 depends on tikv-client>=0.0.3
    nucliadb 2.3.0.post10 depends on tikv-client>=0.0.3
    nucliadb 2.3.0.post9 depends on tikv-client>=0.0.3
    nucliadb 2.3.0.post8 depends on tikv-client>=0.0.3
    nucliadb 2.3.0.post7 depends on tikv-client>=0.0.3
    nucliadb 2.3.0.post5 depends on tikv-client>=0.0.3
    nucliadb 2.2.5 depends on tikv-client>=0.0.3
    nucliadb 2.2.4 depends on tikv-client>=0.0.3
    nucliadb 2.2.3 depends on tikv-client>=0.0.3
    nucliadb 2.2.2 depends on tikv-client>=0.0.3
    nucliadb 2.2.1 depends on tikv-client>=0.0.3
    nucliadb 2.2.0 depends on tikv-client>=0.0.3
    nucliadb 2.1.0 depends on tikv-client>=0.0.3
    nucliadb 2.0.15 depends on tikv-client>=0.0.3
    nucliadb 2.0.14 depends on tikv-client>=0.0.3
    nucliadb 2.0.13 depends on tikv-client>=0.0.3
    nucliadb 2.0.12 depends on tikv-client>=0.0.3
    nucliadb 2.0.11 depends on tikv-client>=0.0.3
    nucliadb 2.0.10 depends on tikv-client>=0.0.3
    nucliadb 2.0.9 depends on tikv-client>=0.0.3
    nucliadb 2.0.8 depends on tikv-client>=0.0.3
    nucliadb 2.0.7 depends on tikv-client>=0.0.3
    nucliadb 2.0.6 depends on tikv-client>=0.0.3
    nucliadb 2.0.5 depends on tikv-client>=0.0.3
    nucliadb 2.0.4 depends on tikv-client>=0.0.3
    nucliadb 2.0.3 depends on tikv-client>=0.0.3
    nucliadb 2.0.2 depends on tikv-client>=0.0.3
    nucliadb 0.0.1 depends on nucliadb-models==0.0.1
    nucliadb 0.0.0.post2 depends on tikv-client>=0.0.3
    nucliadb 0.0.0.post1 depends on nucliadb-utils[cache, fastapi and storages]==0.0.0-r1

To fix this you could try to:
1. loosen the range of package versions you've specified
2. remove package versions to allow pip attempt to solve the dependency conflict

nucliadb.com link in the repo description can't be resolved

Describe the bug
1.

2.

curl https://nucliadb.com/
curl: (6) Could not resolve host: nucliadb.com

nucliadb.com -> nuclia.com ?

Recommend Projects

React

A declarative, efficient, and flexible JavaScript library for building user interfaces.
Vue.js

🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript

TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
TensorFlow

An Open Source Machine Learning Framework for Everyone
Django

The Web framework for perfectionists with deadlines.
Laravel

A PHP framework for web artisans
D3

Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

javascript

JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
web

Some thing interesting about web. New door for the world.
server

A server is a program made to process requests and deliver data to clients.
Machine learning

Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Visualization

Some thing interesting about visualization, use data art
Game

Some thing interesting about game, make everyone happy.

Recommend Org

Facebook

We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft

Open source projects and samples from Microsoft.
Google

Google ❤️ Open Source for everyone.
Alibaba

Alibaba Open Source for everyone
D3

Data-Driven Documents codes.
Tencent

China tencent open source team.