packaging

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

We should audit Poetry's dependencies to ensure they are rock solid.

Some of the dependencies could do with a refresh-

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

The documentation suggests the pre-commit hook:

         - id: pip-compile
            name: pip-compile requirements.txt
            args: [requirements.txt]
            files: ^requirements\.(in|txt)$

however this is incorrect — it should be requirements.in which is passed in.

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?

Is your feature request related to a problem? Please describe.
I have only the SR number and want to readily call it up on the web frontend without having to type the full URL / and by using the top right search box. Bugzilla.opensuse.org for example supports this mode already, for example.

Describe the solution you'd like
Make the form URL handler — normally `/search?name=1&package=1