#196 closed defect (fixed)
libc-devel-0.6.6-28 fails to install
Reported by: | Gregg Young | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | rpm | Version: | |
Severity: | low | Keywords: | |
Cc: | ygk@… |
Description
I got this error.
[u'ERROR with transaction check vs depsolve:', 'klibdbg.dll is needed by libc-devel-0.6.6-28.oc00.i686', 'kprofile.dll is needed by libc-devel-0.6.6-28.oc00.i686', u'Please report this error at http://trac.netlabs.org/rpm/']
Change History (3)
comment:1 by , 8 years ago
comment:2 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Turns out that kprofile.dll is needed by libcXXX.prf (profiling build) and klibdbg.dll is needed by libcXXX.elh (have no idea what it is).
And libc-kprofile is a virtual package with no actual files (it would just contain Provides statements for the mentioned DLLs w/o providing the real DLLs) that was made only to satisfy the above dependencies. But this doesn't make any sense since the libcXXX.prf and libcXXX.elh DLLs can't be used w/o the real kprofile and klibdbg DLLs. Given that practical usage of PRF and ELH versions is not very clear ATM, I simply removed them from the new libc RPM build (0.6.6-29). Please check the updated package in an hour or so.
We might want to find real kprofile.dll and klibdbg.dll and bring ELH and PRF back (probably in a separate libc package, like libc-profile) but that's for later.
I confirm this. The reason is that the kprofile.dll and klibdbg.dll are not part of the
libc
packages since long, the last package version that provides it is libc 0.6.3. (libc-kprofile, to be exact). But all older packages of libc were recently removed from the repositories hence the above error. This needs to be fixed by providing a new libc-kprofile package containing these DLLs.