Describe the bug

This doesn't work anymore.

To Reproduce

Steps to reproduce the behavior:

1. Use the command pipx run 'pypi-command-line'.

╭─────────────────────────────── Traceback (most recent call last) ────────────────────────────────╮
│ <string>:3 in <module>                                                                           │
│ ╭─────────────────────────────────────────── locals ───────────────────────────────────────────╮ │
│ │ __annotations__ = {}                                                                         │ │
│ │    __builtins__ = <module 'builtins' (built-in)>                                             │ │
│ │         __doc__ = None                                                                       │ │
│ │      __loader__ = <class '_frozen_importlib.BuiltinImporter'>                                │ │
│ │        __name__ = '__main__'                                                                 │ │
│ │     __package__ = None                                                                       │ │
│ │        __spec__ = None                                                                       │ │
│ │        pypi_cli = <module 'pypi_cli' from                                                    │ │
│ │                   '/Users/henryschreiner/.local/pipx/.cache/f20bc60165213c2/lib/python3.10/… │ │
│ │             sys = <module 'sys' (built-in)>                                                  │ │
│ ╰──────────────────────────────────────────────────────────────────────────────────────────────╯ │
│                                                                                                  │
│ /Users/henryschreiner/.local/pipx/.cache/f20bc60165213c2/lib/python3.10/site-packages/pypi_cli/_ │
│ _main__.py:1463 in run                                                                           │
│                                                                                                  │
│   1460                                                                                           │
│   1461 def run():                                                                                │
│   1462 │   """Run the CLI."""                                                                    │
│ ❱ 1463 │   app()                                                                                 │
│   1464                                                                                           │
│   1465                                                                                           │
│   1466 if __name__ == "__main__":                                                                │
│                                                                                                  │
│ /Users/henryschreiner/.local/pipx/.cache/f20bc60165213c2/lib/python3.10/site-packages/typer/main │
│ .py:328 in __call__                                                                              │
│                                                                                                  │
│ /Users/henryschreiner/.local/pipx/.cache/f20bc60165213c2/lib/python3.10/site-packages/typer/main │
│ .py:311 in __call__                                                                              │
│                                                                                                  │
│ /Users/henryschreiner/.local/pipx/.cache/f20bc60165213c2/lib/python3.10/site-packages/typer/main │
│ .py:350 in get_command                                                                           │
│                                                                                                  │
│ /Users/henryschreiner/.local/pipx/.cache/f20bc60165213c2/lib/python3.10/site-packages/typer/main │
│ .py:332 in get_group                                                                             │
│                                                                                                  │
│ /Users/henryschreiner/.local/pipx/.cache/f20bc60165213c2/lib/python3.10/site-packages/typer/main │
│ .py:483 in get_group_from_info                                                                   │
│                                                                                                  │
│ /Users/henryschreiner/.local/pipx/.cache/f20bc60165213c2/lib/python3.10/site-packages/typer/main │
│ .py:579 in get_command_from_info                                                                 │
╰──────────────────────────────────────────────────────────────────────────────────────────────────╯
TypeError: Command.__init__() got an unexpected keyword argument 'rich_markup_mode'

Information (please try to complete the following information):

• OS : macOS
• Terminal : iTerm
• Shell : fish
• OS Version : latest
• Python Version : 3.10
• Package Versions : latest (via pipx)

Additional context

Possibly a rich or typer update? Typer is 0.6.1 and rich 12.5.1.

Is your feature request related to a problem/bug/intentional feature? Please describe if it is.

Ability to view when your project dependencies have updated/changed.

Describe the solution you'd like.

pypi history --python env/bin/python --limit 1

# nested tree entries for version when limit > 1 else inline at the root level for the tree
- X - 1.2.0 3 hours ago (Sat Oct 23 11:00:04 2021)
- A - 1.0.0 5 days ago (Sat Oct 23 11:00:04 2021) 

would display in reverse chronological order the latest release for all packages found in the env/bin/python interpreter. Bonus point for showing the last n releases, where n is a CLI argument.

Is your feature request related to a problem? Please describe.

I'd like to easily see what platforms are covered by wheels on the latest (or selectable) release.

Describe the solution you'd like

Many a new command (unless it's covered by the ones here) that lists either the wheel names, or perhaps some enhanced view of the tags (some wheels may have multiple tags). It might be really nice to colorize the wheel(s) that match the current platform specially, as well the SDist.

Describe alternatives you've considered Happy if this is already possible.

Additional context For example, pipx run --spec pypi-command-line pypi <command> numpy.

PS: Is there a way to escape browse without picking a choice? PS: What size is listed for releases? numpy's sizes per release don't make sense, unless that's the best matching wheel? Maybe that's what that is.

For any package that has a different command line interface, pipx run is much more pleasant if you also add an entry point for it. (not needed if the names match). See https://github.com/pipxproject/pipx/issues/600

PS: I'd also recommend moving to setup.cfg, easier to work with and maintain. See https://packaging.python.org or https://scikit-hep.org/developer for examples.

First, just wanted to say thank for the very useful utility! It's especially impressive given your age. Well done!

Describe the bug The GitHub info pane produced by pypi info does not always show the correct info as the script is grabbing the wrong GitHub link from project README.

To Reproduce Steps to reproduce the behavior:

1. Use the command pypi info osxphotos
2. See

╭───────── GitHub ─────────╮
│ Name: pipxproject/pipx   │
│ Size: 2,993 KB           │
│ Stargazers: 4,191        │
│ Issues/Pull Requests: 89 │
│ Forks: 199               │
╰──────────────────────────╯

Which is the GitHub info for pipx not osxphotos.

Also, try pypi info osxmetadata which shows this for the GitHub info:

╭───────── GitHub ──────────╮
│ Name: python/black        │
│ Size: 5,863 KB            │
│ Stargazers: 23,296        │
│ Issues/Pull Requests: 347 │
│ Forks: 1,477              │
╰───────────────────────────╯

Expected behavior Expected to see the GitHub info for the project instead of a different project. This info is correctly shown by pypi.org.

Screenshots pypi info osxphotos

Same info from pypi.org

pypi info osxmetadata

Same info from pypi.org

Desktop (please complete the following information):

• OS: macOS
• Browser Firefox
• Version 10.15.7

Additional context I believe the problem occurs when the project README contains a link to a GitHub repo that is not the repo for the project. This is quite common. For example, in the examples above, the project README contains a badge for code style black: [![Code style: black](https://img.shields.io/badge/code%20style-black-000000.svg)](https://github.com/python/black)

And also instructions to use pipx for installation and these GitHub repos are getting grabbed as the source repo for the package in these lines:

https://github.com/wasi-master/pypi-command-line/blob/a65095fadc4fc2dcbec9e30589ff262fef9dc075/pypi_cli/main.py#L920-L924

pypi.org does correctly parse the GitHub info so perhaps you can grab the data there or parse it the same they do. Both the projects in question, do contain a GitHub link in their project setup.py:

https://github.com/RhetTbull/osxphotos/blob/0e9b9d625190b94c1dd68276e3b0e5367002d87c/setup.py#L60

…to change the way bs4 parses the HTML data and replace the property strings with the correct ones

Closes #

📑 Description

✅ Checks

• [x] My pull request adheres to the code style of this project if any
• [ ] My code requires changes to the documentation
• [x] I have updated the documentation as required
• [x] All the tests have passed if any

ℹ Additional Information

Bumps typer[all] from 0.6.0 to 0.6.1.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Describe the bug

It does not work for images without a alt text because it does not have anything to display

To Reproduce

Steps to reproduce the behavior:

1. Use the command pypi desc wheel_filename
2. See an error

Expected behavior

Well it should not error

Information (please try to complete the following information):

• OS : 10
• Terminal : Windows Terminal
• Shell : powershell
• OS Version : 21H2 (OS Build 19044.1320
• Python Version : 3.8.10
• Package Versions :-

  bs4==0.0.1
  click==8.0.1
  click-help-colors==0.9.1
  humanize==3.12.0
  lxml==4.6.3
  packaging==21.2
  questionary==1.10.0
  requests==2.24.0
  requests-cache==0.8.1
  rich==10.12.0
  rich-rst==0.2.3
  shellingham==1.4.0
  thefuzz==0.19.0
  typer==0.4.0
  wheel-filename==1.3.0
  

Additional context

Traceback:

❯ pypi desc wheel-filename
ℹ️ Info: Found shortened name 'desc', using 'description'
Traceback (most recent call last):
  File "C:\Program Files\Python 3.8\lib\runpy.py", line 194, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "C:\Program Files\Python 3.8\lib\runpy.py", line 87, in _run_code
    exec(code, run_globals)
  File "C:\Users\Wasi Master\AppData\Programs\Python38\Scripts\pypi.exe\__main__.py", line 7, in <module>
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\pypi_cli\__main__.py", line 1469, in run
    app()
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\typer\main.py", line 214, in __call__
    return get_command(self)(*args, **kwargs)
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\click\core.py", line 1137, in __call__
    return self.main(*args, **kwargs)
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\click\core.py", line 1062, in main
    rv = self.invoke(ctx)
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\click\core.py", line 1668, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\click\core.py", line 1404, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\click\core.py", line 763, in invoke
    return __callback(*args, **kwargs)
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\typer\main.py", line 500, in wrapper
    return callback(**use_params)  # type: ignore
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\pypi_cli\__main__.py", line 608, in description
    console.print(Panel(description, title=f"Description for {package_name}", border_style="bold magenta"))
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich\console.py", line 1594, in print
    extend(render(renderable, render_options))
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich\console.py", line 1225, in render
    for render_output in iter_render:
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich\panel.py", line 176, in __rich_console__
    lines = console.render_lines(renderable, child_options, style=style)
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich\console.py", line 1260, in render_lines
    lines = list(
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich\segment.py", line 269, in split_and_crop_lines
    for segment in segments:
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich\console.py", line 1225, in render
    for render_output in iter_render:
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich\padding.py", line 92, in __rich_console__
    lines = console.render_lines(
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich\console.py", line 1260, in render_lines
    lines = list(
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich\segment.py", line 269, in split_and_crop_lines
    for segment in segments:
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich\console.py", line 1225, in render
    for render_output in iter_render:
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich_rst\__init__.py", line 160, in __rich_console__
    document.walkabout(visitor)
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\docutils\nodes.py", line 214, in walkabout
    if child.walkabout(visitor):
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\docutils\nodes.py", line 214, in walkabout
    if child.walkabout(visitor):
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\docutils\nodes.py", line 206, in walkabout
    visitor.dispatch_visit(self)
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\docutils\nodes.py", line 1995, in dispatch_visit
    return method(node)
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\rich_rst\__init__.py", line 107, in visit_image
    Text("🌆 ") + Text(node["alt"], style=Style(link=target or node.get("uri"), color="#6088ff"))
  File "C:\Users\Wasi Master\AppData\Programs\Python38\site-packages\docutils\nodes.py", line 625, in __getitem__
    return self.attributes[key]
KeyError: 'alt'

A duplicate of #3 with additional commits that automatically address incorrect style, created by Restyled.

:warning: Even though this PR is not a Fork, it contains outside contributions. Please review accordingly.

Since the original Pull Request was opened as a fork in a contributor's repository, we are unable to create a Pull Request branching from it with only the style fixes.

The following Restylers made fixes:

• yapf

To incorporate these changes, you can either:

1. Merge this Pull Request instead of the original, or

2. Ask your contributor to locally incorporate these commits and push them to the original Pull Request

   Expand for example instructions

   ```console
   git remote add upstream https://github.com/wasi-master/pypi-command-line.git
   git fetch upstream pull/<this PR number>/head
   git merge --ff-only FETCH_HEAD
   git push
   ```
   

NOTE: As work continues on the original Pull Request, this process will re-run and update (force-push) this Pull Request with updated style fixes as necessary. If the style is fixed manually at any point (i.e. this process finds no fixes to make), this Pull Request will be closed automatically.

Sorry if this was unexpected. To disable it, see our documentation.

Bumps typer[all] from 0.6.0 to 0.7.0.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

A duplicate of #16 with additional commits that automatically address incorrect style, created by Restyled.

:warning: Even though this PR is not a Fork, it contains outside contributions. Please review accordingly.

Since the original Pull Request was opened as a fork in a contributor's repository, we are unable to create a Pull Request branching from it with only the style fixes.

The following Restylers made fixes:

• autopep8
• black
• isort
• reorder-python-imports
• yapf

To incorporate these changes, you can either:

1. Merge this Pull Request instead of the original, or

2. Ask your contributor to locally incorporate these commits and push them to the original Pull Request

   Expand for example instructions

   ```console
   git remote add upstream https://github.com/wasi-master/pypi-command-line.git
   git fetch upstream pull/<this PR number>/head
   git merge --ff-only FETCH_HEAD
   git push
   ```
   

NOTE: As work continues on the original Pull Request, this process will re-run and update (force-push) this Pull Request with updated style fixes as necessary. If the style is fixed manually at any point (i.e. this process finds no fixes to make), this Pull Request will be closed automatically.

Sorry if this was unexpected. To disable it, see our documentation.