編集する

Question

編集する

この記事を書いている時点で、私よりもソースコードをよく知っている人がデザインしました。パッチ、Guixの上流に提出されました。つまり、この問題はすぐに解決される可能性があります。

オリジナル投稿

Shadowsocksのパッケージ定義を見ると、OpenSSLを入力としてリストしない限り、ほとんど何もないようです。さらに、Shadowsocksは、これらのすべてのパスをいくつかの設定に保存したいと思います。

config['crypto_path'] = {'openssl': config['libopenssl'],
                         'mbedtls': config['libmbedtls'],
                         'sodium': config['libsodium']}

これらのトリックは、従来のディストリビューション（Debianベースのディストリビューションなど）では非常に賢明ですが、あらゆる種類のパッケージ管理と組み合わせると完全に壊れます。 Guixがこの種の問題を処理する方法はビルド時にありますsubstitute*。ステージは次のとおりです。

  (add-after 'unpack 'patch-crypto-paths
    (lambda* (#:key inputs #:allow-other-keys)
      (substitute* "shadowsocks/shell.py"
        (("config\\['libopenssl'\\]") 
         (string-append (assoc-ref inputs "openssl") "/path/to/libopenssl"))
        [...])
      #t))

[上記のコードは明らかにGuixコードなので、SOが通常CC BY-SAを実行してもGPLv3+で自由に使用できます。 ]

#t最近ではinで終わることは必ずしも必要ではありませんが、Guixコードではまだ頻繁に見つけることができます。

Answer 1

編集する

この記事を書いている時点で、私よりもソースコードをよく知っている人がデザインしました。パッチ、Guixの上流に提出されました。つまり、この問題はすぐに解決される可能性があります。

オリジナル投稿

Shadowsocksのパッケージ定義を見ると、OpenSSLを入力としてリストしない限り、ほとんど何もないようです。さらに、Shadowsocksは、これらのすべてのパスをいくつかの設定に保存したいと思います。

config['crypto_path'] = {'openssl': config['libopenssl'],
                         'mbedtls': config['libmbedtls'],
                         'sodium': config['libsodium']}

これらのトリックは、従来のディストリビューション（Debianベースのディストリビューションなど）では非常に賢明ですが、あらゆる種類のパッケージ管理と組み合わせると完全に壊れます。 Guixがこの種の問題を処理する方法はビルド時にありますsubstitute*。ステージは次のとおりです。

  (add-after 'unpack 'patch-crypto-paths
    (lambda* (#:key inputs #:allow-other-keys)
      (substitute* "shadowsocks/shell.py"
        (("config\\['libopenssl'\\]") 
         (string-append (assoc-ref inputs "openssl") "/path/to/libopenssl"))
        [...])
      #t))

[上記のコードは明らかにGuixコードなので、SOが通常CC BY-SAを実行してもGPLv3+で自由に使用できます。 ]

#t最近ではinで終わることは必ずしも必要ではありませんが、Guixコードではまだ頻繁に見つけることができます。

編集する

答え1

編集する

オリジナル投稿

関連情報