FileLock | Python FileLock library | Build Tool library

The problem is well described in the error log:

This looks to be an active issue relating to poetry. See here - Issue #4085. Some suggest a workaround by downgrading poetry-core down to 1.0.4.

There is an active PR to fix the issue.

The error error: [Errno 2] No such file or directory: '/opt/anaconda3/lib/python3.8/site-packages/rtree/lib' was caused by py2app trying to build the program bundle using a non-existent interpreter. This means that even if you try to uninstall a manager like Anaconda, it still has option logs somewhere on your mac.

The fix:

1. Open the terminal and type the command type -a python.

• You will see similar lines

Suggested: Use a socket solution

You could follow the techniques outlined in an answer to:

• JavaFX Single Instance Application

FAQ

Addressing some additional questions:

heard of sockets and files - both are defective IMO.

You state your opinion that using sockets to set up a single instance application won’t work well enough for you. You are in the best position to decide that.

For some apps which want to achieve a single instance, the socket-based or file-based solution outlined in the answer to the linked question or other comments will work well enough.

"What happens if more than one user try to run the application? Won't they conflict on opening the socket?"

• Prevent launching multiple instances of a java application

And:

Also, I can't be sure if chosen port (fixed, since all instances should check for one port) is being used by some other applications/processes

You may be able to address some of these concerns by enhancing the socket-based solutions outlined in the linked questions.

Enhanced Socket Solution Outline

If you want, you can write an enhanced algorithm to deal with some of these issues.

1. When another app instance startup occurs, you try to connect to a current instance on a well-known socket.

2. Check the response to the connection.

3. If it doesn’t respond with the correct protocol response (e.g. matching user and app name) then increment the port by 2 and retry.

4. Test the response again until either:

   • You get a match for the app/user combo, then send a signal to that app to display itself.

     OR

   • If you get no match, then create a new instance on the tested open port.

I'm not suggesting you do that, just explaining that it is possible.

Alternative: OS native service

There are also other OS-specific mechanisms for handling this such as Windows or Linux services which you can investigate if you want, those approaches are involved and vary by OS, so I won’t discuss them in detail here.

For the OS-specific solutions, you usually would:

1. Create a native package for your app (e.g. using jpackage)
2. Install it.
3. Have the installer config the app as a service
   • e.g. on linux, create an init.d script with a pid file configured via chkconfig.
4. The service launches on boot and stops on shutdown.
5. The app is then accessed via a tray icon or something similar
   • The means of interaction is often OS version specific.

Alternative: Allow multiple app instances but use a single database instance

You may also consider using a database rather than files for data storage, as a database system can help solve many of the concurrent access issues which can arise with file based solutions. Multiple clients can connect to the database, and the database and your app code can handle locks and collisions on the data access to ensure data integrity is contained. Using such a solution, there is no need to enforce that a single application instance is running for a user (at least from a data integrity perspective).

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:

The logs say

An Issue has since been approved to amend this.

Pointed out by a Contributor of HuggingFace, on this Git Issue,

The library previously named LPOT has been renamed to Intel Neural Compressor (INC), which resulted in a change in the name of our subpackage from lpot to neural_compressor. The correct way to import would now be from optimum.intel.neural_compressor.quantization import IncQuantizerForSequenceClassification Concerning the graphcore subpackage, you need to install it first with pip install optimum[graphcore] Furthermore you'll need to have access to an IPU in order to use it.

Solution

Based on the error, it looks like your code is using Python 3.6 and not Python 3.9. This import is available starting from Python 3.7. Check run.sh to make sure it is referencing the right python interpreter.

I'd also recommend using a virtual env using the python version you require and running your script inside that.