A slimmer python
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 20/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 技術スタック
- python
- 領域
- build-system
調査の方向性
issue #581 に記載されている依存関係グラフと、提案されているビルド時と環境時の動作から始めます。現在 readline、sqlite、tk がどのように扱われているかを確認し、それらを個別の Python パッケージと core パッケージに分割することが実現可能かどうかを判断します。完了の定義は、明確な実装方針と依存関係の設計に到達することです。
索引モデルが issue の本文から書いたものです。
説明
Comment:
I'm wondering if there is enough enthusiasm for having a slim python build. My main motivation is to help ensure that downstream packages that depend on python, also declare the dependencies they have on other libraries. The ones that come to mind are:
- readline
- sqlite
- tk
I'm not sure about the implementation, but maybe we can have a behavior similar to pip, where during the build process they aren't pulled in automatically, but for regular users they are? I know that the pip feature is engrained pretty deep into conda, so maybe it isn't that desirable to use it, but the behavior:
- At build time, maintainers might have to specify
python-readline,python-sqlite,python-tkas part of their dependencies. - At environment making time, maybe those are all pulled automatically?
With non-python packages, this has typically resulted in the creation of a "core" package. This would mean that the dependency graph might look like
/----- python-readline ----\------------------> readline
/------ python-sqlite -------\-----------------> sqlite
python ------------------------------------ python-core
\-------python-tk------------/-----------------> tk
```
with `tk`, `sqlite` and `readline` being removed as dependencies from `python-core`.
PS. I know this conversation is quite cyclic in nature but I figured it is time to revive it.- 主要言語
- Shell
- スター
- 47
- フォーク
- 114
- 平均マージ
- 7日 6時間
- マージ済み PR（30日）
- 14
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
conda-forge/python-feedstock のほかの issue
-
難易度 3/5 1〜2日 初心者へのやさしさ 65/100
conda-forge/python-feedstock#951 ·
メンテナーはふだん 1 日以内に返信
-
question
難易度 3/5 1〜2日 初心者へのやさしさ 45/100
conda-forge/python-feedstock#948 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 42/100
conda-forge/python-feedstock#945 ·
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 48/100
conda-forge/python-feedstock#929 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
conda-forge/python-feedstock#903 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
conda-forge/python-feedstock の issue をすべて見る
似ている issue
-
Standalone Unix updater reports success when curl fails (`curl | sh` masks the exit status); Windows path is unaffected対応中かも @akhil9tiet が今日担当しました。 オープンbug CLI windows-os
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
openai/codex#54465 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
ChrisTitusTech/dwm-titus#397 ·
メンテナーはふだん 1 日以内に返信
-
good first issue help wanted language:fr translation
難易度 1/5 1〜3時間 初心者へのやさしさ 88/100
mrvi0/cli-cheatsheet#268 ·