rpm-4.4.1 i sqlite3

[Jakub Bogusz]

On Sun, Jun 19, 2005 at 04:31:59PM +0200, Jan Rekorajski wrote:
> On Sun, 19 Jun 2005, Zbyniu Krzystolik wrote:
> > Mniej wiecej Sun, Jun 19, 2005 at 10:13:22AM +0200, zainteresowany Jakub Bogusz rzekl:
> > > On Sat, Jun 18, 2005 at 10:00:15PM +0200, Tomasz Wittner wrote:
> > > > On Sat 18. of June 2005 21:37, Zbyniu Krzystolik wrote:
> > > > > Hello,
> > > > >
> > > > > Nowy rpm z ready zlinkowany jest z sqlite3, czy tak ma być?
> > > > > Jeśli tak, to trzeba dodać BR i R w -devel, jeśli nie, to jakośtam
> > > > > trzeba to ukrócić. Bez zainstalowanego oczywiście kompiluje się
> > > > > poprawnie.
> > > > ... a czy nie używa wtedy tego sqlite dostarczanego ze źródłami rpm-4.4.1?
> > > 
> > > Nie.
> > > 
> > > Ale jeszcze co z neonem? Był pomysł wyłączenia - obsługi WebDAV w rpm-ie
> > > nie potrzebujemy, natomiast systemowy neon pociąga za sobą dodatkowo
> > > heimdal-libs, libxml2 i openssl - co jest przesadą dla tak podstawowego
> > > narzędzia jak rpm...
> > 
> > To skoro już tak wszystko, to jeszcze ciągnie home-etc a co za tym
> > shadow.
> 
> Dziekuje za postulaty ;>
> home_etc zostal przerobiony tak ze biblioteka jest w osobnym pakiecie i
> laduje w /lib - wiec tu juz nie bedzie zaleznosci.

Co do przenoszenia do /lib - z praktyki mi wyszło, że prościej wychodzi
kompilować normalnie (z %{_prefix}=/usr, %{_libdir}=/usr/%{_lib})
i potem tylko przenosić bibliotekę dzieloną do /%{_lib} i poprawiać
symlinka *.so .
Przy kompilacji z %{_libdir}=/%{_lib} jest więcej roboty (przenoszenie
symlinka *.so i biblioteki statycznej do /usr/%{_lib}, poprawianie
ścieżek w *.la).


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/