[Mageia-dev] [RFC] Removing .la files

[Ahmad Samir]

On 10 June 2011 18:24, Colin Guthrie <mageia at colin.guthr.ie> wrote:
> 'Twas brillig, and Ahmad Samir at 10/06/11 17:01 did gyre and gimble:
>> On 10 June 2011 17:56, Liam R E Quin <liam at holoweb.net> wrote:
>>> On Fri, 2011-06-10 at 17:34 +0200, Christiaan Welvaart wrote:
>>>>  If people are using a system with gnome
>>>> installed to develop gnome, it's not strange they run into problems.
>>>
>>> This is nonsense, sorry.  It's no stranger than a KDE-user wanting to
>>> recompile kwrite or krita.
>>>
>>
>> If you want a proper package, you should build in a clean chroot; just
>> like the BS does, every single package is built in a clean chroot,
>> that's a necessary measure to ensure the quality of the produced
>> packages. If you don't build in a clean chroot, the build will pick
>> all sorts of old/new libs from the system... :)
>
>
> I seriously doubt people do want that.
>
> I don't want to compile from kernel, glibc upwards just to build 5 gnome
> or KDE modules.... I will want to use *some* system stuff and *some*
> self compiled stuff.
>
> Removal of .la files will make this much easier. I can't count the times
> I've had to do dirty hacks to work around these linking issues.
>
> Col
>
>

I am not against removing them, but just deleting them in the specs at
this point won't work (it would have worked at the beginning of the
fork, we'd import packages without .la at all, if only this issue was
raised 8months ago :)). It's an inter-dependency circle of hell; it'll
have to be done in the chroot, by a helper script run as root to clean
the dependency_libs field in .la files from .la deps.

(What I said is still generally true, if you want to build a "proper"
package you should do it in a clean chroot, which, of course, you
already know :p).

> --
>
> Colin Guthrie
> mageia(at)colin.guthr.ie
> http://colin.guthr.ie/
>
> Day Job:
>  Tribalogic Limited [http://www.tribalogic.net/]
> Open Source:
>  Mageia Contributor [http://www.mageia.org/]
>  PulseAudio Hacker [http://www.pulseaudio.org/]
>  Trac Hacker [http://trac.edgewall.org/]
>



-- 
Ahmad Samir