On Friday 2013-11-22 09:23, Tomáš Chvátal wrote:
Dne Pá 22. listopadu 2013 04:50:44, Jan Engelhardt napsal(a):
On Thursday 2013-11-21 21:23, Christian Boltz wrote:
- %makeinstall -C utils -> make DESTDIR=%{buildroot} install %{?_smp_mflags}> Are you really serious about not using %makeinstall? IMHO DESTDIR=... just adds noise to the spec.
It does not currently do that (but it should). Are you on an old version?
Oh but it does on latest version, dunno what git you use.
3399f4e7fff8b319f1f5451b7979775689757d32. I gave it xterm.spec which has a %makeinstall, and running `./spec-cleaner xterm.spec` fails to replace it.
- rm -fv %{buildroot}%{_libdir}/libapparmor.la %{buildroot}%{_libdir}/libimmunix.la> -> find %{buildroot} -type f -name "*.la" -delete -print
Does it really do that? Then that is a bug.
Killing .la files in all of %buildroot is _wrong_. They may at most be removed from directories that the runtime linker (ld.so) searches by default.
As I said, it is a bug but quite harmless one as I explained the only known package to use them properly is the imagemagick. I will still write test for it.
Basically apart from imagemagic the only thing that should provide .la files on your system is gcc.
Nope. la files should be provided, like I said, whenever libraries (not plugins though) are out of a standard dir. That is indeed not common, but it can happen. When libtool finds a .la file, it will add the -rpath which is required for a program to find the .so file again (if ld.so can't already).
I see my spec-cleaner proposed changes still were not merged.
Because, 1 you were obviously unable to use github to create request
git is all about distributedness, I do not have to use github for a technical reason. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org