freedesktop.org メディアタイプデータベースshared-mime-info
の場合ファイル名パターン*,v
MIMEタイプに関連付けられていますが、そのtext/plain
理由を理解できません。なぜなら、,v
とは*,v
基本的にクエリとして役に立たないからです!
このパターンの2008コミットを追加しました。説明しませんが、テストケースでは指摘しています。RedHat Bugzillaのバグ。そこで誰かが「RCSファイル」で終わるファイル名を持っていたが、,v
オーディオファイルとして認識されたというエラーが発生しました。追加のコンテキストがない場合は、「RCSファイル」がレーダー断面データやAutodesk ReCapスキャンファイルではなくリビジョン制御システムを参照していると推測できます。
なぜこのユーザーの奇妙な経験は誰もが変わったのですかshared-mime-info
?これは広範な問題ですか?おそらくRCSがそのエンディングを持つファイルを生成するのでしょうか?shared-mime-info
これらのランダムファイルがオーディオとして処理される理由を見つけるのではなく、エラー†に対する適切な応答にこれを追加するのはなぜですか?
†私は「修正」の代わりに「対応」と言います。したユーザーの問題を解決します。このバグは、明示的に原因が判明していないため、バージョンのソフトウェアには表示されなくなったため終了しましたshared-mime-info
。
ベストアンサー1
,v
RCSは次のサフィックスを使用してファイルを生成します。
$ mkdir RCS
$ echo hello > hello.txt
$ ci hello.txt
RCS/hello.txt,v <-- hello.txt
enter description, terminated with single '.' or end of file:
NOTE: This is NOT the log message!
>> test file
>>
initial revision: 1.1
done
$ ls RCS
hello.txt,v
そして、元のファイルとまったく同じようには見えないので、実際には別のファイルとして識別するのが賢明かもしれません。
$ cat RCS/hello.txt,v
head 1.1;
access;
symbols;
locks; strict;
comment @# @;
1.1
date 2021.08.28.14.44.57; author ilkkachu; state Exp;
branches;
next ;
desc
@test file
@
1.1
log
@Initial revision
@
text
@hello
@
また、行ベースの方法ですが、少なくとも一部のバイナリデータを処理できるようです。
なぜオーディオファイルとして認識されるのかわかりません。