Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 940129 - dev-vcs/sourcegit-8.30.1 installs files with unresolved SONAME dependencies
Summary: dev-vcs/sourcegit-8.30.1 installs files with unresolved SONAME dependencies
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: dotnet project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-09-23 07:48 UTC by Agostino Sarubbo
Modified: 2024-09-23 08:14 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---

Attachments
build.log (build.log,46.72 KB, text/plain)
2024-09-23 07:49 UTC, Agostino Sarubbo 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2024-09-23 07:48:59 UTC 
https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: dev-vcs/sourcegit-8.30.1 installs files with unresolved SONAME dependencies.
Discovered on: amd64 (internal ref: tinderbox_musl)
System: MUSL-SYSTEM (https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#MUSL)

Info about the issue:
https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#QA0023
Comment 1 Agostino Sarubbo gentoo-dev 2024-09-23 07:49:00 UTC 
Created attachment 903609 [details]
build.log

build log and emerge --info
Comment 2 Maciej Barć gentoo-dev 2024-09-23 08:14:42 UTC 
> * QA Notice: Unresolved soname dependencies:
> * 
> * 	/usr/share/sourcegit-8.30.1/libHarfBuzzSharp.so: libc.musl-x86_64.so.1
> * 	/usr/share/sourcegit-8.30.1/libSkiaSharp.so: libc.musl-x86_64.so.1

Hello Ago, here everything look "fine" (all dynamic links would resolve correctly). 

I think I was either talking to you or Toralf about those issues, that those bugs 
(where "libc.musl-x86_64.so.1" is not found but we are testing on musl system) do not have to be reported for .NET pkgs because it will apply to EVERY package built by "dotnet build" on a musl system.