libgit2 / libgit2/libgit2sharp
Segmentation Fault in Alpine 3.8
Nobody has claimed this yet.
- Dominant language
- C#
- Stars
- 3.5k
- Forks
- 925
- PR merge metrics
- No merged PRs in 30d
Description
Reproduction steps
Dockerfile:
FROM microsoft/dotnet:2.2.100-sdk-alpine3.8 AS build
COPY .git ./
RUN apk add libcurl && \
dotnet tool install -g minver-cli --version 1.0.0-beta.1 && \
/root/.dotnet/tools/minver > .version
(minver takes a dependency on libgit2sharp)
Expected behavior
Prints the expected version
Actual behavior
Segmentation Fault
Version of LibGit2Sharp (release number or SHA1)
0.25.3
Operating system(s) tested; .NET runtime tested
microsoft/dotnet:2.2.100-sdk-alpine3.8 docker container
I tried this with the microsoft/dotnet:2.2.100-sdk-stretch container and it worked as expected.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the supplied Dockerfile with microsoft/dotnet:2.2.100-sdk-alpine3.8, libcurl, minver-cli 1.0.0-beta.1, and LibGit2Sharp 0.25.3. Compare the failing Alpine container with microsoft/dotnet:2.2.100-sdk-stretch, then investigate the native dependency boundary implicated by libgit2sharp. Done means the command prints the expected version without a segmentation fault on Alpine.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp, docker, linux
- Domain
- backend, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 35/100