Opened 8 years ago

Closed 8 years ago

Last modified 8 years ago

#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 Changed 8 years ago by dmik

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.

comment:2 Changed 8 years ago by dmik

Resolution: fixed
Status: newclosed

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.

comment:3 Changed 8 years ago by Gregg Young

This is working here thanks

Note: See TracTickets for help on using tickets.