Release source tarballs lack a top-level directory

Open Beginner friendly
#1,894 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
65/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Active
Tech stack
c
Domain
release

Research direction

Start by locating the release source-tarball packaging or archive-generation workflow; the issue does not name a file or entry point. Compare its output with the GitHub tag archive and check how the release version is used in archive paths. Done means future source tarballs extract into one version-named top-level directory while retaining the source files.

Written by the indexing model from the issue text.

Description

The release source tarballs (e.g. VeraCrypt_1.26.29_Source.tar.bz2) extract their contents directly into the current directory (contrib/, doc/, src/, ...) instead of into a single top-level directory such as VeraCrypt_1.26.29/.

Most distribution build systems expect a tarball to unpack into one directory named after the project and version. Without it, packagers have to override the unpack step. This came up in the OpenWrt package review: https://github.com/openwrt/packages/pull/30597#discussion_r4133028379

Could future release tarballs contain a top-level directory? git archive --prefix=VeraCrypt_$VERSION/ ... (or tar --transform) would do it. For reference, the GitHub tag archive for VeraCrypt_1.26.29 already has a top-level directory and the same 1706 files as the release tarball.

Dominant language
C
Stars
11.7k
Forks
1.4k
Avg merge
1d 1h
Merged PRs (30d)
28

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from veracrypt/VeraCrypt

All issues in veracrypt/VeraCrypt

Similar issues

More C issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.