Vim、zip、tar、xxdなどの比較的安定したプログラムがアップデートを受け取るのはなぜですか?

Vim、zip、tar、xxdなどの比較的安定したプログラムがアップデートを受け取るのはなぜですか?

適切な更新を実行すると、vim、tar、xxdなどのパッケージが更新されます。比較的安定していますが、なぜそれほど頻繁に更新されますか?

答え1

これは実際にUNIX / Linuxとは関係がなく、一般的なソフトウェアアップデートに関連しています!

  1. xxd実際にはvimツールのプログラムなので、両方に固有のコンテンツが更新された可能性があります。
  2. vimいいえそれ信頼性 - 中大型のコードベースなので、修正する必要があるバグが常にあります。人々は機能を望み、Ubuntu 22.10で作業したいので、vim多くの作業が必要になります。もしあなたならvimのgit履歴を見る毎日平均5回以上のvimソースコードの変更が行われていることがわかります。はい。アップデートがあります。
  3. ソフトウェアに修正が必要なバグがない場合でも、ソフトウェアは特定の機能を完了するために他のソフトウェアに依存しています。たとえば、HTTPを介してデータを読み取ることができるすべてのプログラムがHTTP自体を実装したいわけではありません(そして100%互換性があるかもしれないし、そうでないかもしれない何千ものサーバーで大規模で複雑な標準を実装するのに時間がかかる無駄になるだけでなく)。図書館これができるはずです。時には、これらのライブラリが更新されたら、そのライブラリを使用するソフトウェアを再コンパイルする必要があります。これにより、管理者は、ライブラリが更新されると、ライブラリに依存するすべてのソフトウェアに更新を送信する必要があります。 (ライブラリの作成者と管理者はこれを避けようとします!)

答え2

どのディストリビューションを見ていますか? Debianパッケージを使用するディストリビューションでは、unstableすべての小さなバグ修正、機能の追加、その他の調整を別々のアップデートで入手できます。

他の人が述べたように、両方ともvim同じxxdソースパッケージから来ます。以下は、vimDebian 不安定ソースパッケージ変更ログの最新の 3 つのエントリです。

vim (2:8.2.4793-1) unstable; urgency=medium

  * Merge upstream patch v8.2.4793

 -- James McCoy <[email protected]>  Wed, 20 Apr 2022 20:23:54 -0400

vim (2:8.2.4659-1) unstable; urgency=medium

  * Merge upstream patch v8.2.4659
    + 8.2.4151: reading beyond end of a line (Closes: #1004859, CVE-2022-0318)
    + autoload/phpcomplete.vim: Fix E565 error in omni-completion (Closes:
      #1008710)
  * Remove outdated NEWS and README.Debian entries
  * README.Debian: Fix links to vim-policy
  * Improve docs about purpose and effect of defaults.vim (Closes: #856273)
  * Define system (g)vimrc location as /etc/vim/(g)vimrc, rather than
    symlinking from /usr/share/vim/(g)vimrc -> /etc/vim/(g)vimrc.
  * Replace vim-athena with vim-motif, Athena GUI deprecated upstream
  * Remove lintian override for rgb.txt, removed upstream
  * Declare compliance with Policy 4.6.0, no changes needed
  * Remove vim-gtk transitional package

 -- James McCoy <[email protected]>  Sun, 03 Apr 2022 10:44:13 -0400

vim (2:8.2.3995-1) unstable; urgency=medium

  * Merge upstream patch v8.2.3918
    + 8.2.3610: crash when ModeChanged triggered too early (Closes: #1001900,
      CVE-2021-3968)
    + 8.2.3611: crash when using CTRL-W f without finding a file name (Closes:
      #1001899, CVE-2021-3973)
    + 8.2.3612: using freed memory with regexp using a mark (Closes: #1001897,
      CVE-2021-3974)
    + 8.2.3625: illegal memory access when C-indenting (Closes: #1001896,
      CVE-2021-3984)
    + 8.2.3847: illegal memory access when using a lambda with an error
      (Closes: #1002534, CVE-2021-4136)
    + autoload/zip.vim: Use URI syntax for pseudo-filename to avoid empty
      buffer after 8.2.3468 (Closes: #1000767)
  * Revert "Disable Test_very_large_count since it fails on 32-bit systems",
    fixed upstream

 -- James McCoy <[email protected]>  Mon, 03 Jan 2022 17:57:10 -0500

同じtar:

tar (1.34+dfsg-1) unstable; urgency=medium

  * New upstream version

 -- Janos Lenart <[email protected]>  Wed, 17 Feb 2021 09:55:26 +0000

tar (1.33+dfsg-1) unstable; urgency=medium

  * New upstream version
  * Removed unsafe escaping from mailcap-entry; closes: #982614
  * Fixed trailing whitespaces in debian/{changelog,control,rules}

 -- Janos Lenart <[email protected]>  Fri, 12 Feb 2021 15:15:21 +0000

tar (1.32+dfsg-1) unstable; urgency=medium

  * New upstream version; closes: #892273
  * Huge thanks to Bdale for maintaining tar since 1995; closes: #973844

 -- Janos Lenart <[email protected]>  Fri, 20 Nov 2020 09:52:51 +0000

Debian パッケージ固有の変更ログを簡単に見つけることができます。アクセスすると、https://packages.debian.org/unstable/<package name>パッケージの詳細を含むページが表示されます。次に右側のサイドバーに移動し、そこから「Debian Changelog」を選択します。

パッケージに対してこれを行うと、通常どおりパッケージの詳細がxxd表示されますが、xxdそのページの「Debian Changelog」リンクは自動的にソースパッケージの変更ログvimにリンクされます。これは、ビルドソースコードxxdvimバイナリに使用されるためです。両方のパッケージのパッケージです。

答え3

ちょっと主観的な時が多いかはわかりませんが…ツールの機能範囲がかなり固定されていてもバグがあるかもしれませんし、厳密に言えばバグでなくても人に誤字があるかもしれません。ページやそのようなもの。

vim機能とバグ修正を更新するために積極的に開発された、かなり大きく柔軟でスケーラブルなソフトウェアです。

tar...まあ、少なくとも時々新しいコマンドラインスイッチを必要とする新しい圧縮フォーマットのサポートが提供されます。さらに、ファイルシステムはファイルメタデータに関して複雑すぎるため、予期しない動作や機能要求が発生する可能性があります。 (数年前、ほとんどすべてのツールが-ZSELinuxタグなどを処理するオプションを提供していたことを漠然と覚えています。)

関連情報