@trygeあなたがそれで大丈夫なら私はこれを引き継ぐでしょう

先に進んでください！

＃1184で説明したように、travisを使用してmac osxバイナリを構築するのもよいでしょう。

しかし、Homebrew Formulaを追加することが最優先事項です。Macを持っている人がこれを手に入れてくれることを願っています！

Elektraの自作式とタップを作成しました。

@ markus2330リポジトリをElektraInitiative組織に移動するには管理者ステータスが必要だったので、リポジトリをMarkusに転送しました。 リポジトリを個人アカウントからElektraInitiative組織に移動していただけますか？

Elektraの自作式とタップを作成しました。

ありがとう、それは本当に素晴らしいです！

最新リリースのバイナリパッケージも含まれていますか？

リポジトリをElektraInitiative組織に移動するには管理者ステータスが必要だったため、リポジトリをMarkusに転送しました。 リポジトリを個人アカウントからElektraInitiative組織に移動していただけますか？

すみません、どこにありますか？ https://github.com/sanssecours/homebrew-elektraには、「設定」ボタンがありません（転送に必要です）。

単にクローンを作成してみませんか？ （または、同じコミットをプッシュして再作成します）

ところで。 このフォーミュラを上流に持って醸造することは可能ですか？

@omnidanタップ/ボトルもあなたのために働くかどうかテストできますか？

ここまたはでタップ/ボトルに関する問題を作成する必要があります
https://github.com/ElektraInitiative/homebrew-elektra？

最新リリースのバイナリパッケージも含まれていますか？

まだ、バイナリパッケージの作成はそれほど難しいことではないようです。 見てみます。

すみません、どこにありますか？ https://github.com/sanssecours/homebrew-elektraには、「設定」ボタンがありません（転送に必要です）。

管理者アクセスをありがとうございます。 リポジトリを転送しました。

ところで。 このフォーミュラを上流に持って醸造することは可能ですか？

はい。 私は最初にそれをやりたかったのですが、私が知る限り、Homebrew開発者は彼らが何を受け入れるかについてちょっと気難しいです。 特にテキスト

非常に人気がない限り、著者が自分の作品を提出することには眉をひそめます。

問題のように聞こえます。

リポジトリを転送しました。
まだ、バイナリパッケージの作成はそれほど難しいことではないようです。 見てみます。

ありがとう！

管理者アクセスをありがとうございます。

必要に応じていつでも。 永続的な管理者アクセスについても話し合うことができます。

はい。 私は最初にそれをやりたかったのですが、私が知る限り、Homebrewの開発者は彼らが何を受け入れるかについてちょっと気難しいです。 特にテキスト

彼らがそれを受け入れなくても、私たちがいくつかのフィードバックを得るならば、それは良いことです。

非常に人気がない限り、著者が自分の作品を提出することには眉をひそめます。

私はあなたがあなた自身の仕事のために公式を提出するべきではないというこの文を理解します（=あなただけによって書かれたレポ）。 ここではほとんど当てはまりません。

バイナリHomebrewパッケージ（ボトル）が利用可能になりました。 誰かが式を試したい場合は、以下の手順に従ってください。

1. brew doctorを実行し、コマンドが報告するElektraのすべてのフラグメントを削除してください。
2. リポジトリをタップします： brew tap ElektraInitiative/homebrew-elektra 。
3. インストールしたい場合
   
   
   
   • ボトルはbrew install elektraを使用します。
   
   
   • ソースから0.8.19をリリースしてから、 brew install --build-from-source elektraを使用します。
   
   
   • Elektraの最新バージョンの場合は、 brew install --HEAD elektraを使用します。
   
   
4. インストールが機能するかどうかを確認するには、コマンドbrew test elektraを使用できます。

彼らがそれを受け入れなくても、私たちがいくつかのフィードバックを得るならば、それは良いことです。

うーん、大丈夫。 時間があれば、明日プルリクエストを開こうとします。

これもまた素晴らしいニュースです！

homebrew-elektraのREADME.mdを更新して、この長い説明を含めることはできますか？

プラグインとバインディングが有効になっているビルドログはありますか？ 特に、python2バインディングが含まれているかどうかに興味があります（そして動作します：Pythonインタープリターでimport kdbを試してみてください）？

homebrew-elektraのREADME.mdを更新して、この長い説明を含めることはできますか？

さて、ここで更新されたReadMeを見ることができます。

プラグインとバインディングが有効になっているビルドログはありますか？

オプションのElektra依存関係を自分のマシンにたくさんインストールしたので、プラグインのリストはかなり広範囲に及ぶはずです。 これがbrew install --build-from-source -debug -verbose elektraによって生成されたログです。

特に、python2バインディングが含まれているかどうかに興味があります（そして機能します：Pythonインタープリターでimport kdbを試してみてください）？

それらを含める必要がありますが（上記のログを参照）、それでもimport kdbは、システムバージョンのPython（ /usr/bin/python ）とHomebrew経由でインストールされたバージョン（$＃$ /usr/local/bin/python $＃）の両方で次のエラーを報告します。

import kdb
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named kdb

。

さて、あなたは更新されたReadMeを見ることができます

よかった。ありがとう！

オプションのElektra依存関係を自分のマシンにたくさんインストールしたので、プラグインのリストはかなり広範囲に及ぶはずです。

• ronnが欠落しているようです（したがって、manページはありません）
• バインディング（cppを除く）が含まれていないようです-DBINDINGS=ALLが必要なようです。
• kdb genが機能するには、Pythonチーターと--install-layoutが必要です。 修正するのは難しいようです（今はそのままにして、TOOLSからgenを無効にすることをお勧めします）。

それらを含める必要があります（上記のログを参照）

Pythonバインディングとプラグインを混同していると思いますが、バインディングは存在しません（ -- Include Binding swig_python2はありません）。

• ronnが欠落しているようです（したがって、manページはありません）

足りないようです。 rbenv経由ronnをインストールしました。 Homebrew環境は~/.rbenv/shimsを含まないPATHに異なる値を使用しているようです。 いくつかの調査の後、オプションのRuby依存関係としてronnを追加する方法を見つけました。 現時点では、数式はronnのインストールを認識しません。 うまくいけば、私はこの問題の解決策を見つけます。

• バインディング（cppを除く）が含まれていないようです。 -DBINDINGS=ALLが必要なようです。

あなたは正しいです、ありがとう。 式のCMake引数にオプションを追加しました。

Pythonバインディングとプラグインを混同していると思いますが、バインディングは存在しません（ -- Include Binding swig_python2はありません）。

あなたは再び正しいです：o）。 バインディングが機能するかどうかは後で確認します。

アップデート

マニュアルページ

ここで、ビルドプロセスに必要な依存関係としてronnを追加しました。 ほとんどの人はとにかくボトル入りの数式を使用するだけなので、ビルドにronnが必要になることは問題ではないと思います。

オプションの依存関係としてronnを追加しなかった理由を尋ねられるかもしれません。 これの原因はbrew infoの出力でした。これはちょっとばかげているように見え、タグ:optionalを追加すると非常に間違っています：

…
==> Dependencies
Build: cmake ✔
==> Requirements
Build: ronn (ruby module) ✔
Optional: ronn (ruby module) ✔
==> Options
--with-languagemodule
    Build with languagemodule support
…

。 以下のテキストは、 brew info elektraの現在の出力を示しています。

elektrainitiative/elektra/elektra: stable 0.8.19 (bottled), HEAD
Configuration Framework
https://web.libelektra.org
Not installed
From: https://github.com/ElektraInitiative/homebrew-elektra/blob/master/Formula/elektra.rb
==> Dependencies
Build: cmake ✔
==> Requirements
Build: ronn (ruby module) ✔

。

バインディング

式brew audit --strict elektraのCMakeオプションに-DBINDINGS=ALLを追加すると、次のメッセージが表示されます（Elektraをインストールした後）。

elektrainitiative/elektra/elektra:
  * python modules have explicit framework links
    These python extension modules were linked directly to a Python
    framework binary. They should be linked with -undefined dynamic_lookup
    instead of -lpython or -framework Python.
      /usr/local/Cellar/elektra/0.8.19/lib/python2.7/site-packages/_kdb.so
      /usr/local/Cellar/elektra/0.8.19/lib/python3.5/site-packages/_kdb.so
Error: 1 problem in 1 formula

。 HombrewバージョンのPythonでimport kdbを試してみると、Pythonインタープリターがクラッシュし、次のエラーメッセージが表示されます。

Fatal Python error: PyThreadState_Get: no current thread
fish: '/usr/local/bin/python' terminated by signal SIGABRT (Abort)

ninja test –私の通常のビルドディレクトリ–も失敗し、次のエラーが表示されるため、これは正常なようです。

     31 - testpy2_kdb.py (OTHER_FAULT)
     32 - testpy2_key.py (OTHER_FAULT)
     33 - testpy2_keyset.py (OTHER_FAULT)
     34 - test_kdb.py (OTHER_FAULT)
     35 - test_key.py (OTHER_FAULT)
     36 - test_keyset.py (OTHER_FAULT)
     40 - testruby_kdb (OTHER_FAULT)
     41 - testruby_key (OTHER_FAULT)
     42 - testruby_keyset (OTHER_FAULT)

。 次のコマンドを使用して、Ninjaプロジェクトを生成しました。

    cmake ..                        \
          -GNinja                       \
          -DENABLE_TESTING=ON               \
          -DENABLE_DEBUG=ON                 \
          -DENABLE_LOGGER=OFF               \
          -DBUILD_PDF=ON                    \
          -DCMAKE_EXPORT_COMPILE_COMMANDS=ON        \
          -DPDFLATEX_COMPILER=`which latexmk`       \
          -DPDFLATEX_COMPILER_OPTIONS='-pdf;-f;-quiet'  \
          -DCMAKE_PREFIX_PATH=/usr/local/opt/qt5        \
          -DTOOLS=ALL                   \
          -DBINDINGS=ALL

。 Luaバインディングは正常に機能しているようです。 少なくともrequire 'kdb'はエラーメッセージを表示しません。

あなたの努力に感謝！

マニュアルページ

はい、私は人々がボトル入りのバージョンを好むことに同意します。 また、マニュアルページがないことは、ユーザビリティの大きな問題であるため、要件は妥当です。

import kdbのクラッシュ

@manuelm lmバインディングがクラッシュする理由がわかりますか？

@sanssecoursたぶん、小枝のバージョンが古すぎるか、間違った小枝が使用されていますか？

これらは、-lpythonまたは-framework Pythonではなく、-undefineddynamic_lookupとリンクする必要があります。

たぶん、APPLEの場合は-frameworkをtarget_link_librariesに渡すだけです。 cmake docuによると、 -frameworkには特別な扱いがあるようです。

たぶん、Pythonのcmakeファイルが壊れていますか？ これは壊れたpythoncmakeファイルについての長い議論です。 （ただし、無関係かもしれません）私はここで本当に助けることはできません、問題はかなりMac OSX固有です。

@sanssecoursたぶん小枝のバージョンが古すぎます…

いいえ、Homebrew経由で最新バージョンのswig （ 3.0.10 ）をインストールしました。

…、または間違った小枝が使用されましたか？

私はそうは思わない。 locate swigでクイック検索すると、Homebrewでインストールされたバージョンのみが表示されます。

@ markus2330はい、動作します！ 自作の公式に感謝します、 @ sanssecours ：ok_hand：

小さな問題がありましたが、それはsudo make uninstallがelektraをきれいにアンインストールしないことが原因である可能性があります。

> brew install elektra
==> Installing elektra from elektrainitiative/elektra
==> Downloading https://github.com/ElektraInitiative/homebrew-elektra/releases/download/0.
==> Downloading from https://github-cloud.s3.amazonaws.com/releases/76387201/caf85aac-c307
######################################################################## 100.0%
==> Pouring elektra-0.8.19.sierra.bottle.tar.gz
Error: The `brew link` step did not complete successfully
The formula built, but is not symlinked into /usr/local
Could not symlink share/elektra/test_data/lua/batterytotracker.lua
/usr/local/share/elektra/test_data/lua is not writable.

You can try again using:
  brew link elektra
==> Summary
🍺  /usr/local/Cellar/elektra/0.8.19: 2,668 files, 54.1M

> brew link elektra
Linking /usr/local/Cellar/elektra/0.8.19...
Error: Could not symlink lib/elektra/libelektra-storage.so
Target /usr/local/lib/elektra/libelektra-storage.so
already exists. You may want to remove it:
  rm '/usr/local/lib/elektra/libelektra-storage.so'

To force the link and overwrite all conflicting files:
  brew link --overwrite elektra

To list all files that would be deleted:
  brew link --overwrite --dry-run elektra

ただし、 brew link --overwrite elektraを実行した後は、完全に正常に機能します。

PythonのHombrewバージョンでkdbをインポートしようとすると、Pythonインタープリターがクラッシュし、次のエラーメッセージが表示されます。

致命的なPythonエラー：PyThreadState_Get：現在のスレッドがありません
fish： '/ usr / local / bin / python'はシグナルSIGABRT（中止）で終了しました

それで、 python -c "import kdb"は上記の致命的なエラーを与えますか？ バインディング（プラグインとは対照的に）はスレッドの状態やインタープリターにまったく触れないため、奇妙に聞こえます。

ところで、 https：//github.com/ElektraInitiative/libelektra/blob/master/.travis.yml#L52を見てください

それで、 python -c "import kdb"は上記の致命的なエラーを与えますか？

はい、古いバージョンの数式を使用してElektraをインストールすると、コマンド/usr/local/bin/python -c "import kdb"はこのエラーメッセージを出力します。 良いニュースは、 /usr/local/bin/python3 -c "import kdb"が機能することです。

ところで、 https：//github.com/ElektraInitiative/libelektra/blob/master/.travis.yml#L52を見てください

追加の定義を追加してpyenvを無効にすると、Pythonテスト（通常のビルドディレクトリで）は正常に実行されます。 ありがとう。

ありがとう、素晴らしい仕事です！

興味のある人のために：私は最近、ここでhomebrew-coreでElektra0.8.21のプルリクエストを開きました。

自作の公式が受け入れられたほど素晴らしいです！ https://github.com/Homebrew/homebrew-core/pull/22049

マイナーなこと： http：//brewformulas.org/Elektraの「構成スニペットを共有するためのリポジトリ」の説明は少し間違っていますが、式を使用してこれを変更することは可能ですか？ または、このテキストを変更するには、トラッカーで問題を送信する必要がありますか？

http://brewformulas.orgは公式のHomebrewサイトではないと思います。 あなたは式の正しい説明を見つけることができます：

グローバルキーデータベースの構成設定にアクセスするためのフレームワーク

Homebrewの公式ホームページで。

ありがとう、間違った説明を持つ他の非公式ページが私のインターネット検索でより高いランクを得たようです。 そうすれば、私たち側からの説明は問題ありません。

自作式を公式に入手してくれた粘り強さに改めて感謝します。

doc/INSTALL.mdを更新して、公式の公式をいつ使用するか、いつタップを使用するかを明確にしてください。

doc/INSTALL.mdを更新して、公式の公式をいつ使用するかを明確にしてください…

私はすでにローカルバージョンのリポジトリでそれを行っています。 プルリクエスト＃1777には、これらの変更が含まれています。

…そしていつ私たちの蛇口を使うべきですか？

タップのReadmeには、すでにこの情報が含まれています。

すべてのリリースの自作式のステータスを追跡するためにこれを開いたままにしておくのはどうですか？ 必要に応じて、追跡用の新しい問題を追加することもできます。

すべてのリリースの自作式のステータスを追跡するためにこれを開いたままにしておくのはどうですか？

ここに投稿してすでに示したように😊、新しいコメントを追加するためにこの問題を開いたままにする必要はありません。