Collectd: collectd-5.9.2의 소스 패키지는 공식 절차에 의해 생성되지 않습니다.

파일이 collectd.org에도 업로드되지 않았음을 추가할 수 있습니다(사양 파일은 이에 따라 다름)

주석을 추가하여 로컬에서 수정할 수 있음을 확인했습니다.

git tag -f collectd-5.9.2 -m "Tag for version 5.9.2"

이제 collectd-5.9.2 패키지 가 어떻게 생성되었는지 궁금합니다.

일반적으로 Autotoolized 소프트웨어의 소스 패키지는 다음을 통해 생성해야 합니다.

$ make dist

그러나 다음과 같은 이유로 사용하지 않는 것 같습니다.

• 여기에는 autom4te.cache와 같은 가비지 파일이 포함됩니다.
• collectd-5.9.2.tar.bz2의 configure 스크립트에서 PACKAGE_VERSION 는 여전히 '5.8.1.git'

@mrunge @octo

collectd-5.9.2.tar.bz2는 bzip2 파일이 아니라 내부에 .tar 파일이 있는 .xz 파일인 것 같습니다. (따라서 tar bzip2 아카이브 대신 xz 아카이브 안에 tar 아카이브가 있습니다.)

이로 인해 실생활 사용에 오류가 발생합니다.

bzcat: /Openwrt/r7800/dl/collectd-5.9.2.tar.bz2 is not a bzip2 file.
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors

그리고 위에서 언급했듯이 파일에는 몇 메가바이트의 autom4te.cache 등이 포함되어 있습니다.

그리고 5.9.x 소스 릴리스 tar 파일 이후의 또 다른 단점은 (생성된) 파일 src/liboconfig/parser.c가 누락되어 buildroot에서 감지한 로컬 들소 설치(또는 크로스 컴파일의 경우 호스트 들소 설치를 강제 실행합니다. autobuilds, 자세한 내용은 [1] 참조)..., 이것은 tarball의 '버그'인가요 아니면 의도적인가요?

[1] http://lists.busybox.net/pipermail/buildroot/2019-October/261555.html

이 모든 문제는 버그입니다. 이전보다 다른 사람이 릴리스 프로세스를 수행했기 때문입니다.
모든 작업은 프로젝트 "소유자"의 명시적 허가 없이 수행되므로 결과가 예상됩니다.

이것은 정말 이상해 지기 시작했습니다

오, 오. 한숨을 쉬다. 참아, 나는 며칠 동안 그물을 잘랐다.

이런 일이 일어나서 죄송합니다. 의도한 것은 아닙니다.

이 문제를 해결하기 위해 수행할 수 있는 작업을 살펴보겠습니다.

그래서 여기 github의 릴리스 페이지에서 tarball을 업데이트했습니다.

작업에 감사드립니다 :스마일리:
BTW 출시 절차에 대한 문서를 추가하는 것이 좋은 타이밍이라고 생각합니다...

현재 다른 위치에서 다운로드할 다른 파일 .tar.bz2가 있어 자동화 다운로드가 불확실합니다.

https://collectd.org/files/collectd-5.9.2.tar.bz2
(해시 dfcb2a2fa7de0ab02c9e6c1457bee2069957d4ffc9b428851661e9c5e5fc35b7)

https://github.com/collectd/collectd/releases/download/collectd-5.9.2/collectd-5.9.2.tar.bz2
(해시 917c483608b9b38438b121737b510c3d68f335c091bc286aa6ebcc0c8e372a09)

$ make package/collectd/download V=s
make[1]: Entering directory '/Openwrt/r7800'
make[2]: Entering directory '/Openwrt/r7800/feeds/packages/utils/collectd'
mkdir -p /Openwrt/r7800/dl
SHELL= flock /Openwrt/r7800/tmp/.collectd-5.9.2.tar.bz2.flock -c '      /Openwrt/r7800/scripts/download.pl "/Openwrt/r7800/dl" "collectd-5.9.2.tar.bz2" "7b220f8898a061f6e7f29a8c16697d1a198277f813da69474a67911097c0626b" "" "https://collectd.org/files/" "https://github.com/collectd/collectd/releases/download/collectd-5.9.2"    '
...
  1500K .......... .......... .......... .....                100% 29.1M=0.2s

2019-10-09 17:06:38 (6.44 MB/s) - written to stdout [1572628/1572628]

Hash of the downloaded file ... dfcb2a2fa7de0ab02c9e6c1457bee2069957d4ffc9b428851661e9c5e5fc35b7

+ wget --tries=5 --timeout=20 --no-check-certificate --output-document=- https://github.com/collectd/collectd/releases/download/collectd-5.9.2/collectd-5.9.2.tar.bz2
--2019-10-09 17:06:38--  https://github.com/collectd/collectd/releases/download/collectd-5.9.2/collectd-5.9.2.tar.bz2
Resolving github.com (github.com)... 140.82.118.4
...
  1750K .......... .......... .......... ........             100% 15.3M=0.9s

2019-10-09 17:06:40 (2.05 MB/s) - written to stdout [1831777/1831777]

Hash of the downloaded file ... 917c483608b9b38438b121737b510c3d68f335c091bc286aa6ebcc0c8e372a09

올바른 파일을 collectd.org에도 업로드하십시오(실제로 올바른 파일인 경우. 다운로드 단계에서 우연히 발견하여 아직 테스트하지 않았습니다.)

나는 collectd.org에 액세스할 수 없으며, 거기에 collectd-5.9.2가 표시된다는 사실에 놀랐습니다.
2일 전에 tar.bz2 파일을 다시 빌드하고 github에 있는 파일을 최신 파일로 교체했습니다.

sha256sum collectd-5.9.2.tar.bz2 
917c483608b9b38438b121737b510c3d68f335c091bc286aa6ebcc0c8e372a09  collectd-5.9.2.tar.bz2

포인터로서 릴리스 프로세스는 https://collectd.org/wiki/index.php/Release_process에 문서화되어

프로세스 설명이 완전하지 않거나 제대로 따르지 않았을 수 있습니다.
collectd 5.9.2 바이너리는 collectd-5.9.2.tar.bz2 소스에서 빌드할 때 여전히 5.9.0이라고 주장합니다. 5.9 분기의 파일 version-gen.sh에 여전히 5.9.0이 있기 때문입니다. 마스터에서 버전을 범프하는 것만으로는 충분하지 않지만 릴리스가 만들어진 안정적인 분기에서도 범프가 필요합니다.

https://github.com/collectd/collectd/blob/collectd-5.9/version-gen.sh

예시:

root<strong i="10">@router2</strong>:/tmp# collectd -?
collectd: unrecognized option: ?
Usage: collectd [OPTIONS]
...
  Data directory    /var/lib/collectd

collectd 5.9.0.git, http://collectd.org/
by Florian octo Forster <[email protected]>
for contributions see `AUTHORS'

먼저 5.9 분기에서 문제를 수정한 다음 적절한 항목과 적절한 버전 관리가 포함된 새 5.9.3을 릴리스하는 것이 현명할 수 있습니다. 그러면 다양한 foss 소스 미러에 떠돌아다니는 경쟁 소스 버전이 없을 것입니다. 예를 들어 fossies.org에는 5.9.2가 있습니다. 이제 version-gen.sh에서 5.8.1이라고 주장하는 5.9.2 tar.xz(첫 번째 bz2 파일이 제대로 식별되었습니까?)의 첫 번째 버전이 있습니다.
https://fossies.org/linux/privat/collectd-5.9.2.tar.xz/
https://fossies.org/linux/collectd/version-gen.sh

(재미는 없지만 5.9.0에서 5.9.2로 소스 점프하면 버전이 5.8.1로 줄어듭니다...
https://fossies.org/diffs/collectd/5.9.0_vs_5.9.2/version-gen.sh-diff.html
그들은 5.9.2의 원래 잘못된 버전을 얻었습니다 ... )

추신. 조언이 여전히 관련성이 있는지/최신인지 확실하지 않지만 https://github.com/collectd/collectd/blob/e1325d5ebebfcfc38d93ed453d01af24de4eb343/contrib/redhat/collectd.spec#L18에 bzip2 배포 아카이브 구축에 대한 조언이
(그것은 또한 bz2 파일이 5.9.0에서와 5.9.2에서 여전히 약간 다른 내용을 포함하는 이유를 설명할 수 있습니다).

@mrunge 감사합니다 Matthias는 이 다소 긴 시험을 놓쳤습니다...

BTW pkg-debian 빌드에서도 version-gen.sh 파일과 동일한 문제가 발생했습니다.

@ashie에 따르면 수정 사항은 주석이 달린 태그를 넣는 것이었습니다.

git tag -a collectd-5.9.2-1 -m "5.9.2 태그 추가"

version-gen.sh(DEFAULT_VERSION)는 프로세스가 항상 버전 정보에 대해 "git describe" 결과를 사용하기 때문에 실제로 붉은 청어입니다.

지금 생성 중인 테스트 빌드에서 확인했습니다. collectd-5.9.2.1.tar.bz2

태그를 명시적으로 푸시해야 하는 마지막 요점...

자식 푸시 출처 collectd-5.9.2-1

(당신은 아마 알고 있지만 나는 몰랐고 그들이 어디로 가는지 계속 궁금해하고 있습니다 ;-) )

서명된 태그도 작동합니다.