Libelektra: Debianバスタービルドが壊れています

作成日 2020年05月17日  ·  18コメント  ·  ソース: ElektraInitiative/libelektra

問題を再現する手順

Debianバスターをインストールし、これらの行の1つを/etc/apt/sources.listに追加します(同じ結果になります)

deb [trusted=yes] https://debian-stretch-repo.libelektra.org/ stretch main
deb [trusted=yes] https://debian-buster-repo.libelektra.org/ buster main

走る:

apt-get update
apt-get install libelektra4

期待される結果

そのlibelektraがインストールされます。

実結果

The following packages have unmet dependencies:
 libelektra4 : Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is to be installed
E: Unable to correct problems, you have held broken packages

システムインフォメーション

  • エレクトラバージョン:マスター

その他のログファイルと出力

最も参考になるコメント

Afaikここに記載されているすべてを修正しました。 間違えた場合や問題が再発する場合は、再度開いてください。

全てのコメント18件

テストとレポートをありがとう!

これらのパッケージはどこでホストされていますか?

編集:
それらをバイオニックパッケージと一緒にレポに移動できます。

deb [trusted=yes] https://debian-buster-repo.libelektra.org/ buster main

これをapt-get update実行すると、次のようになります。

W: Failed to fetch https://debian-buster-repo.libelektra.org/dists/buster/InRelease Could not connect to debian-buster-repo.libelektra.org:443 (88.198.134.179). - connect (111: Connection refused)

これは、私たちがホストするパッケージ、a7またはコミュニティサーバーです。

私も接続に失敗しました、debian-buster-repo.libelektra.orgがダウンしているようですか?

考えてみると、バスターレポは存在したことがありますか? ストレッチレポがあり、 @ Mistreatmentがubuntubionicレポを作成しました。 バスターレポは一度もなかったと思います。Aレコードは私たちが所有していないIPを指しています。

現在のJenkinsfileは、バスターイメージを作成するふりをしています。

https://github.com/ElektraInitiative/libelektra/blob/9cd0170f2630631696e711a5a1f08c553ce010e6/scripts/jenkins/Jenkinsfile#L1079

その場合、バスターパッケージをストレッチリポジトリに公開すると思います。

debian-buster-repo.libelektra.orgのDNSレコードを更新しましたが、どちらも128.130.173.73を指しているようになりました。 現在の状況は次のようになります。

  • debian-buster-repo.libelektra.orgは次のようになります:│W:Herunterladen von https://debian-buster-repo.libelektra.org/dists/buster/main/binary-amd64/Packages fehlgeschlagen:証明書の検証に失敗しました:証明書信頼されていません。 証明書の発行者は不明です。 証明書の名前が予期したものと一致しません。 ハンドシェイクできませんでした:証明書の検証でエラーが発生しました。 [IP:128.130.173.73 443]
  • debian-stretch-repo.libelektra.orgには、libc6(> = 2.27)用のlibelektra4バージョン0.9.1-1.1761および0.9.1-2ビルドがあります。つまり、 @ mpranjが示唆しているように、おそらくバスターですか?

「ストレッチ」の問題を解決する必要はないと思います。このリポジトリを削除して、代わりにdebian-buster-repo.libelektra.orgの証明書を修正しましょう。

apache構成を作成し、letsencrypt証明書を取得しようとしましたが、古いDNSはまだキャッシュされています。 後で再試行します。

ストレッチレポがバスターに移行されました。 ストレッチサポートを削除する場合は、廃止されたAレコードを削除する必要があります。

残念ながら、マスタービルドが壊れているため、パッケージをビルドできません。

doc /INSTALL.mdはまだdebian-stretch-repoについても言及しています

ドキュメントが更新され、マスターパッケージの自動公開が機能するようになりました。 リポジトリのパッケージが機能するかどうかを確認できますか?

何らかの理由で0.9.1-2をインストールしましたが、これは0.9.1-1.1861よりも優先されます。これはおそらくビルドサーバーからの新しいものですか? 番号を上げることはできますか、それともダウングレードする必要がありますか? dch --newversion 0.9.1-2 "Bump version."ようなもので十分です。

もう一度テストしていただきありがとうございます。 はい、バージョン番号を上げることができます。

バージョンをぶつけてくれてありがとう。 新しいパッケージを取得するためにマスターの再構築をトリガーしましたが、現在は機能しているようです。 クリーンなDebianバスタードッカーイメージを使用して、リポジトリからパッケージをテストしました。

はい、トリガーしてくれてありがとう、完璧に動作します! 私は今0.9.1-2.1881にアップグレードしました:花火:

Afaikここに記載されているすべてを修正しました。 間違えた場合や問題が再発する場合は、再度開いてください。

ありがとうございました! 私はすでにバスターでエレクトラ0.9.2を実行しています! すべてが完璧に機能しています:sparkle:

このページは役に立ちましたか?
0 / 5 - 0 評価

関連する問題

markus2330 picture markus2330  ·  4コメント

mpranj picture mpranj  ·  3コメント

markus2330 picture markus2330  ·  4コメント

mpranj picture mpranj  ·  3コメント

mpranj picture mpranj  ·  3コメント