@tryge 괜찮으시다면 제가 처리하겠습니다.

진행하시기 바랍니다!

#1184에서 논의된 것처럼 travis를 사용하여 mac os x 바이너리를 빌드하는 것도 좋을 것입니다.

그러나 Homebrew Formula를 추가하는 것이 가장 높은 우선 순위이므로 Mac을 사용하는 누군가가 이것을 선택할 수 있기를 바랍니다!

나는 Elektra를 위한 Homebrew 수식과 탭 을 만들었습니다.

@markus2330 리포지토리 를 ElektraInitiative 조직으로 이동하려면 관리자 상태가 필요했기 때문에 리포지토리를 Markus에게 이전했습니다. 저장소를 개인 계정에서 ElektraInitiative 조직으로 옮기시겠습니까?

나는 Elektra를 위한 Homebrew 수식과 탭을 만들었습니다.

감사합니다. 정말 대단합니다!

최신 릴리스에 대한 바이너리 패키지도 포함되어 있습니까?

리포지토리를 ElektraInitiative 조직으로 이동하려면 관리자 상태가 필요했기 때문에 리포지토리를 Markus에게 이전했습니다. 저장소를 개인 계정에서 ElektraInitiative 조직으로 옮기시겠습니까?

죄송합니다. 어디서 찾을 수 있나요? https://github.com/sanssecours/homebrew-elektra 에는 "설정" 버튼이 없습니다(전송에 필요함).

단순히 복제하지 않는 이유는 무엇입니까? (또는 동일한 커밋을 푸시하여 다시 생성)

ㅋ 이 공식을 업스트림으로 가져와 양조할 수도 있습니까?

@omnidan 수도꼭지/병이 당신에게도 효과가 있는지 테스트할 수 있습니까?

여기 또는 여기에서 수도꼭지/병에 대한 문제를 생성해야 합니까?
https://github.com/ElektraInitiative/homebrew-elektra?

최신 릴리스에 대한 바이너리 패키지도 포함되어 있습니까?

아직까지는 바이너리 패키지를 만드는 것이 그렇게 어렵지 는 않습니다. 내가 살펴 보겠습니다.

죄송합니다. 어디서 찾을 수 있나요? https://github.com/sanssecours/homebrew-elektra 에는 "설정" 버튼이 없습니다(전송에 필요함).

관리자 액세스 권한을 주셔서 감사합니다. 방금 repo 를 옮겼습니다.

ㅋ 이 공식을 업스트림으로 가져와 양조할 수도 있습니까?

네. 나는 그것을 먼저 하고 싶었지만, 내가 말할 수 있는 한 Homebrew 개발자들은 그들이 받아들이 는 것에 대해 까다롭습니다. 특히 텍스트

우리는 인기가 많지 않은 작가가 자신의 작품을 제출하는 것을 싫어합니다.

문제처럼 들립니다.

방금 repo를 옮겼습니다.
아직까지는 바이너리 패키지를 만드는 것이 그렇게 어렵지는 않습니다. 내가 살펴 보겠습니다.

감사 해요!

관리자 액세스 권한을 주셔서 감사합니다.

필요하면 언제든지 다시. 영구 관리자 액세스 권한에 대해서도 논의할 수 있습니다.

네. 나는 그것을 먼저 하고 싶었지만, 내가 말할 수 있는 한 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 바인딩이 포함되어 있으면 관심이 있을 것입니다(그리고 작동: 파이썬 인터프리터에서 import kdb 를 시도할 수 있습니까?)?

그것들은 포함되어야 하지만(위의 로그 참조) 그럼에도 불구하고 import kdb 는 시스템 버전의 Python( /usr/bin/python )과 Homebrew를 통해 설치된 버전( $#$4$# 모두에서 다음 오류를 보고합니다 /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이 누락된 것 같습니다(맨 페이지 없음)
• 바인딩(cpp 제외)을 포함하지 않는 것 같습니다. -DBINDINGS=ALL 가 필요한 것 같습니다.
• kdb gen 가 작동하려면 python cheetah 가 필요하고 --install-layout 가 필요합니다. 수정하기 어려운 것 같습니다(지금은 그대로 두고 TOOLS에서 gen을 비활성화하는 것이 좋습니다).

포함되어야 합니다(위의 로그 참조).

나는 당신이 파이썬 바인딩과 플러그인을 섞었다고 생각하는데, 바인딩이 존재하지 않습니다( -- Include Binding swig_python2 없음).

• ronn이 누락된 것 같습니다(맨 페이지 없음)

누락 된 것 같습니다. rbenv 를 통해 ronn 를 설치했습니다. Homebrew 환경은 ~/.rbenv/shims 를 포함하지 않는 PATH 에 대해 다른 값을 사용하는 것 같습니다. 몇 가지 연구 끝에 ronn 를 선택적 Ruby 종속성 으로 추가하는 방법을 찾았습니다. 현재 공식은 ronn 설치를 인식하지 못합니다. 이 문제에 대한 해결책을 찾기를 바랍니다.

• 바인딩(cpp 제외)을 포함하지 않는 것 같습니다. -DBINDINGS=ALL 가 필요한 것 같습니다.

당신이 맞습니다. 감사합니다. 수식의 CMake 인수에 옵션을 추가했습니다.

나는 당신이 파이썬 바인딩과 플러그인을 섞었다고 생각하는데, 바인딩이 존재하지 않습니다( -- 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) ✔

.

바인딩

-DBINDINGS=ALL 수식의 CMake 옵션에 brew audit --strict elektra 를 추가하면 다음 메시지가 표시됩니다(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 swig 버전이 너무 오래되었거나 잘못된 swig가 사용되었을 수 있습니까?

-lpython 또는 -framework Python 대신 -undefined dynamic_lookup과 연결해야 합니다.

APPLE의 경우 target_link_libraries에 -framework 를 전달해야 할 수도 있습니다. cmake docu 에 따르면 -framework 에 대한 특별 대우가 있는 것 같습니다.

파이썬용 cmake 파일이 손상되었을 수 있습니까? 다음은 깨진 파이썬 cmake 파일에 대한 긴 토론 입니다. (관련이 없을 수도 있지만) 여기서 도움을 드릴 수 없습니다. 문제는 Mac OS X에만 해당됩니다.

@sanssecours swig 버전이 너무 오래된 것 같습니다...

아니요, 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 를 실행한 후에는 완벽하게 잘 작동합니다.

Hombrew 버전의 Python에서 import kdb를 시도하면 Python 인터프리터가 충돌하고 다음 오류 메시지가 표시됩니다.

치명적인 Python 오류: PyThreadState_Get: 현재 스레드가 없습니다.
물고기: '/usr/local/bin/python' SIGABRT 신호로 종료됨(중단)

그래서 python -c "import kdb" 는 위의 치명적인 오류를 제공합니까? 플러그인과 달리 바인딩이 스레드 상태나 인터프리터를 전혀 건드리지 않기 때문에 이상하게 들립니다.

btw는 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" 가 작동한다는 것입니다.

btw는 https://github.com/ElektraInitiative/libelektra/blob/master/.travis.yml#L52 를 살펴보십시오.

추가 정의를 추가하고 pyenv 를 비활성화하면 Python 테스트(내 일반적인 빌드 디렉토리에서)가 제대로 실행됩니다. 감사합니다.

감사합니다.

관심 있는 사람을 위해: 저는 최근에 Elektra 0.8.21에 대한 풀 리퀘스트를 homebrew-core 여기 에서 열었습니다.

홈브류 공식이 받아들여질 정도로 훌륭합니다! https://github.com/Homebrew/homebrew-core/pull/22049

사소한 것: http://brewformulas.org/Elektra 에서 " 구성 조각 공유를 위한 저장소" 설명이 약간 잘못되었습니다. 공식을 통해 이를 수정할 수 있습니까? 아니면 이 텍스트를 변경하기 위해 트래커에 문제를 제출해야 합니까?

나는 http://brewformulas.org 가 공식 Homebrew 사이트라고 생각하지 않습니다. 수식에 대한 올바른 설명을 찾을 수 있습니다.

전역 키 데이터베이스의 구성 설정에 액세스하기 위한 프레임워크

공식 Homebrew 홈페이지 .

감사합니다. 잘못된 설명이 있는 다른 비공식 페이지가 내 인터넷 검색에서 더 높은 순위를 차지한 것 같습니다. 그러면 저희 쪽에서 설명에 문제가 없습니다.

홈브류 공식을 공식화하는 데 끈질기게 보내주셔서 다시 한 번 감사드립니다.

doc/INSTALL.md 을 업데이트하고 공식 공식을 사용할 때와 탭을 사용할 때를 명확히 해주실 수 있습니까?

doc/INSTALL.md 을 업데이트하고 공식 공식을 사용할 시기를 정리할 수 있습니까?

내 로컬 버전의 저장소에서 이미 그렇게 했습니다. pull 요청 #1777에는 이러한 변경 사항이 포함되어 있습니다.

… 그리고 언제 우리의 탭을 사용합니까?

탭의 Readme 에는 이미 이 정보가 포함되어 있습니다.

모든 릴리스에 대한 홈브류 공식의 상태를 추적하기 위해 이것을 열어 두는 것은 어떻습니까? 원하는 경우 추적에 대한 새 문제를 추가할 수도 있습니다.

모든 릴리스에 대한 홈브류 공식의 상태를 추적하기 위해 이것을 열어 두는 것은 어떻습니까?

여기에 게시하여 이미 보여주셨듯이 😊 새 댓글을 추가하기 위해 이 문제를 열어둘 필요가 없습니다.