問題タブ [packages]

EclipseでCDTプロジェクトを使用するときに、ある種のパッケージ（プロジェクトのセット）を持つことは可能ですか？

このようなパッケージでソフトウェアを分離し、Windowsパーツ用に.slnファイルを含むVS2005を使用しています。現時点では、Eclipseでプロジェクトを管理する方法は2つしかありません。

• すべてを1つのワークスペースにまとめて、パッケージの注文を緩めます
• 個別のワークスペース（パッケージごとに1つ）を使用し、カスタムキー/構文/ ...設定を各ワークスペースに保存します（同期を維持します！）

プロジェクトを分離する主な理由は、依存パッケージで作業している場合、すべてのベースプロジェクトをコンパイルする必要がない（またはコンパイルが必要かどうかを確認する必要があるかどうかを確認する）必要がないことです。

私の現在の2つのソリューションの欠点のない3番目のソリューションをいただければ幸いです:-)

リュディガー

ここSOに関する最近の質問で私は考えました。

私が試したほとんどのLinuxディストリビューションでは、一部のPerlモジュールはパッケージマネージャーから入手できます。もちろん、他の人はそうではありません。かなり長い間、CPANモジュールをインストールしてパッケージが利用可能かどうかを確認し、利用可能になったときにインストールする必要があるときはいつでも、パッケージマネージャーを使用していました。

明らかな利点は、パッケージの新しいバージョンが利用可能になるたびにモジュールを更新できることです。

ただし、モジュールが事前にパッケージ化された形式で利用できず、そのモジュールに依存関係がある場合は、問題が発生します。cpanシェルが依存関係に従うべきかどうかを尋ねるたびにパッケージマネージャーを起動するのは非常に面倒です。

多くの場合、別の欠点は、事前にパッケージ化されたモジュールのバージョンです。DebianまたはUbuntuを実行している場合、多くのCPANモジュールの作成者が行っているように、最先端に住むことができないことにすぐに気付くでしょう。

Linux上の他のPerlの人々はその問題をどのように処理しますか？パッケージマネージャーが提供するものを無視しますか？apt（たとえば）とcpanをより良いチームメイトにするツールはありますか？それとも、cpanシェルを介して何もインストールしないのですか？

OSGiには、分割パッケージ、つまり同じパッケージであるが複数のバンドルでホストされているパッケージに問題があります。

分割パッケージがプレーンJava（OSGiなし）で問題を引き起こす可能性があるエッジケースはありますか？

ちょっと興味があるんだけど。

検索してみましたが、独自のパッケージを GWT プロジェクトに追加する方法について定義された方法を思いつくことができませんでした。

私のツリー構造は次のようになります。

私が見た答えは、次のように、gwt.xml ファイルのルート ディレクトリに関連するパッケージを追加することを示しています。

次に、不平を言います：

誰かが私が間違っていることと、これを修正する方法を教えてもらえますか?

Delphiでコンパイルされたパッケージに含まれるユニット/クラスを一覧表示する方法はありますか？

数千のEmacsLispライブラリが存在しますが、GNU Emacsは、バージョン24.1まで（内部）パッケージマネージャーがありませんでした。

ほとんどのユーザーは、現在、Emacs Lispライブラリを見つけてインストールし、特に最新の状態に保つのはかなり不便であることに同意すると思います。

生活を少し楽にするページ

24.1より古いバージョンのEmacsの場合：

• Emacs Lispリスト-問題：死んだ人（リンク）が表示されます。
• Emacswiki-問題：ナッツの痕跡（悪意のあるコード）が含まれている可能性があります。
• Emacsmirror-私が取り組んでいるパッケージリポジトリ。問題：まだネイティブでサポートしているパッケージマネージャーはありません。

一部のパッケージマネージャー

まだ誰も試したことがないというわけではありません。（この質問が行われたとき、これらのいくつかは存在しませんでした。）

• 自動インストール
• borg.el -Gitサブモジュールを使用してEmacsパッケージを同化します。
• el-get.el-多くのソースをサポートします。
• elinstall.el
• epackage別名DELPS-EmacsLispパッケージに適用されるDebianパッケージの概念。
• epkg.el-これは、Emacsmirrorを閲覧するための単なるツールになりました。
• install.el
• install-elisp.el
• jem-pkg.el
• package.el -ELPA。Emacs24に含まれるようです。

更新-package.elは、バージョン24.1以降のGNUEmacsに含まれています

• pases.el
• pelm-コマンドラインインストーラー; phpを使用します。
• plugin.el
• Straight.el-最近の実験的なもので、まだ1.0リリースに達していません。
• use-package.el
• XEmacsパッケージマネージャー

パッケージはEmacsトランクに含まれています。epkgはまだ準備ができておらず、現在も利用できません。少なくともinstall-elisp、plugin、use-packageはもう積極的にメンテナンスされていないようです。

これらすべてのパッケージマネージャーをサブモジュールとして含むgitリポジトリを作成しました。

役に立つかもしれないいくつかのユーティリティ

パッケージマネージャーは、これらのユーティリティを使用したり、パッケージのミラーを維持するために使用したりできます。

• date-calc.el-日付の計算および解析ルーチン。
• ell.el -EmacsLispリストを閲覧します。
• elm.el、elx.el、xpkg.el - Emacsmirrorを維持するために使用されます。
• genauto.el -elispパッケージの自動ロードを生成するのに役立ちます。
• inversion.el-特定のパッケージバージョンが必要です。
• loadhist.el、lib-requires.el、elisp-depend.el-EmacsLispライブラリの依存関係を一覧表示するコマンド。
• project-root.el-プロジェクトルートを定義し、それに基づいてアクションを実行します。
• strptime.el -POSIXの日付と時刻の解析の部分的な実装。
• wikirel.el -EmacsWikiの関連ページにアクセスします。

目前の主題についての議論

• emacs-devel 20080801
• comp.emacs 20021121
• RationalElispPackaging

質問（ついに）

だから-私はあなたからあなたがEmacsのパッケージマネージャーで重要/重要でない/補足などと考えるものを知りたいです。

いくつかのアイデア

1. 多くのパッケージ（Emacsmirrorは、利用可能な最大のパッケージコレクションを提供しますが、パッケージマネージャーではまだ明示的なサポートはありません）。
2. テストされたパッケージのみ。
3. 複数のパッケージアーカイブのサポート（多くの/テスト済みのパッケージから選択できるようにするため）。
4. 必要な機能のみに基づいて計算された依存関係。
5. 依存関係は特定のバージョンを考慮に入れます。
6. アップストリームでリリースされたバージョンのみを使用してください。
7. 可能な場合は、バージョン管理システムのバージョンを使用します。
8. パッケージは分類されています。
9. パッケージは、インストールされているだけでなく、アンインストールおよび更新できます。
10. パッケージのアップストリームバージョンのフォークの作成をサポートします。
11. これらのフォークの公開をサポートします。
12. フォークの選択をサポートします。
13. インストールパッケージがアクティブ化された後。
14. 自動ロードファイルを生成します。
15. Emacswikiとの統合（wikirel.elを参照）。
16. ユーザーはパッケージにタグを付けたり、コメントを付けたり、その情報を共有したりできます。
17. FSFによって割り当てられた/GPL/ FOSSソフトウェアのみ、またはライセンスを気にしません。
18. パッケージマネージャーはEmacsと統合して配布する必要があります。
19. 著者に簡単に連絡するためのサポート。
20. たくさんのメタデータ。
21. 特定のパッケージをインストールする前に、代替案を提案してください。

こういう答えを期待しています

• より多くの実装、議論などへのポインタ。
• 理想的なパッケージマネージャーを構成する一連の機能の詳細な説明。
• 1つの特定の望ましい/望ましくない機能の説明。上からの私の考えを自由に詳しく説明してください。
• びっくり。

「Perl でインスタンス メソッドにモンキー パッチを適用するにはどうすればよいですか?」の冒頭で説明した手法を使用して、パッケージにモンキー パッチを適用しています。. 私が直面している問題は、元のサブルーチンがパッケージ レベルのmy変数を使用していたことです。パッチを適用したサブルーチンは、フル パスの指定または暗黙的な使用によってアクセスできないようです。

パッチを適用したサブルーチンで使用するために、この方法で範囲指定されたデータを取得する方法はありますか?