I am trying out the latest version (from the master branch) to find out if some earlier issues are fixed, but I stumble upon something else.

When installing some dependencies (in my case numpydoc==0.8.0 and overrides==1.9), this fail with the message Will try again. Indeed, pipenv lets me know 'Installing initially failed dependencies...' but does not give any feedback whether it succeede

• I am on the latest Poetry version.

• I have searched the issues of this repo and believe that this is not a duplicate.

• OS version and name: Ubuntu 18.04

• Poetry version: 1.2.0b2 (absolute latest from master branch)

Issue

As in the title, in version 1.2, runn

Current Behavior

UMD build doesn't support code-splitting and dynamic imports (rollup/rollup#3490, rollup/rollup#3491) due to Rollup current limitations, and tsdx cli don't accept the format option amd when creating build config

Suggested Solution

Consider support AMD module format, o

The documentation for --install-options (online at https://pip.pypa.io/en/latest/cli/pip_install/#cmdoption-install-option) gives the example of passing --install-scripts. Since #7309 this is now an invalid option. This example should be updated (and perhaps the current way to achieve this added).

Text comes from:
https://github.com/pypa/pip/blob/87aee20df2890a89f70eecbd7086262146a2e64a/src/

Trying to --appimage-extract-and-run a x86_64 Linux AppImage on FreeBSD 12.1-RELEASE-p8 with the Linux compatibility layer:

user@FreeBSD$  /home/user/Downloads/Akira-26-x86_64.AppImage --appimage-extract-and-run
mkdir_p error: Permission denied
Failed to extract AppImage

but

user@FreeBSD$  /home/user/Downloads/Akira-26-x86_64.AppImage --appimage-extract

If a mirror just contains source packages, aptly is not able to update it.

aptly always expects that there are binary packages on the mirror.

The maturin side of PyO3/setuptools-rust#112

Currently maturin has no sdist command, it builds sdist along with binary wheels. Do we want a seperated sdist command and add vendoring support to that, or do we want to directly add vendoring support to existing build command?

See this exception on Errbit

<status code="400">

<summary>excess hash entries: sourcedep</summary>
</status>

Summary

Where

Occured

Feb 06 12:03pm

Similar

39

Params

{}

Session

{}

Backtrace

127