xxHash | A pure C # implementation of xxhash algorithm | Hashing library

I reverted back to Xorg from wayland and its working, no more warnings

Here are the steps:

1. Disbled Wayland by uncommenting WaylandEnable=false in the /etc/gdm3/custom.conf
2. Add QT_QPA_PLATFORM=xcb in /etc/environment
3. Check whether you are on Wayland or Xorg using:

Unfortunately the method 1 not working because not yet supported: https://github.com/huggingface/datasets/issues/761

Method 1.: You should use the data_files parameter of the datasets.load_dataset function, and provide the path to your local datafile. See the documentation: https://huggingface.co/docs/datasets/package_reference/loading_methods.html#datasets.load_dataset

Upgrade to a bigger tier than the t2.nano and it should work. I think it's because of the RAM limit. I had the same issue with some instances in Digital Ocean.

Rust still links to GNU lib c and it is discouraged to statically link gnu libc: Why is statically linking glibc discouraged?

You're using old mysqlclient 1.3.12 with new MySQL 8. Either you need to downgrade MySQL to version 5.6. Or you need to use later mysqlclient.

The incompatibility was fixed in commit a2ebbd2 on Dec 21, 2017 so you need a later version of mysqlclient.

mysqlclient 1.3.13 was released on Jun 27, 2018. Try it or any later version.

This issue has been resolved. The reason for the confusion was the log output as it was hard to read, but eventually I found this:

Changes to the implementation of the the hash() function, while possible, aren't as frequent as you fear they would be.

Still, if you want to get 100% reassurance, you could choose using a different (though less performant) implementation, that is guaranteed to remain consistent. e.g. https://docs.microsoft.com/en-us/azure/data-explorer/kusto/query/sha256hashfunction or https://docs.microsoft.com/en-us/azure/data-explorer/kusto/query/md5hashfunction

FWIW, I would recommend that you stick to hash(), and/or if possible - 'partition' your data using a different set of filters, based on your knowledge of the data set (e.g. datetime filters, knowing that there's no late-arriving data)

I had faced similar problem but with another library, this worked for me

import sys
sys.path.append(r"path to datasets in python env")
import dataset_utils

Path in your case -> "/home/yoga/venvs/text_embeddings/lib/python3.8/site-packages/datasets"

My guess is that the environment variable does not has the PYTHONPATH is not set up correctly. PYTHONPATH is an environment variable those content is added to the sys.path where Python looks for modules. You can set it to whatever you like

This should work!!

You are trying to compile LWJGL 2 code here. All the imports that it cannot find pertain to the verison 2 of LWJGL. The current version that you can get from the mentioned lwjgl site is 3 and version 3 is incompatible with version 2.

Either explicitly download LWJGL 2 from e.g. http://legacy.lwjgl.org/ or rewrite your code to work with LWJGL 3.

If you go the LWJGL 2 route, though, please note that it hasn't been actively maintained anymore for more than 6 years now.