|
Bugzilla – Full Text Bug Listing |
| Summary: | sysfsutils package misses /lib/libsysfs.la | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE Linux 10.1 | Reporter: | Holger Macht <hmacht> |
| Component: | Development | Assignee: | Hannes Reinecke <hare> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Critical | ||
| Priority: | P5 - None | CC: | hare |
| Version: | Alpha 4 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Holger Macht
2006-01-01 21:43:07 UTC
We cannot go on with our powersave development until this is fixed. Raising severity. I just hope that my assumption that the problem lies within sysfsutils is correct ;-) I investigated further. /lib/libsysfs.la is moved manually to /usr/lib/ because our buildsystem refuses to install *.la files in /lib. But the path in libsysfs.la (libdir='/lib', comment #1) still points to /lib. So it seems that we have two possibilities: 1. Adjust the path inside libsysfs.la to point to /usr/lib: sed -e "s:libdir='/%{_lib}':libdir='%{_libdir}':" -i %{buildroot}/%{_libdir}/libsysfs.la Already tested to link agains libcpufreq and things seem to works. Hopefully it won't break other packages. 2. Don't even install shared libraries in /lib. Instead use /usr/lib (--libdir=%{_libdir} instead of --libdir=%{_lib)) This would be the cleaner solution IMO, but I don't know what were the reasons for sysfsutils to install its libraries below /lib. I can submit new packages if you like. I just need to know which solution is preferred ;-) I chose option 1 and submitted a new package. |