[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Hardcoding of .la file paths in .la files



On Tue, Oct 07, 2003 at 02:58:25PM -0500, Branden Robinson wrote:
> I think the problem with .la files may be solvable by updating
> Build-Depends and -dev packages' dependencies to refer to libxrender-dev
> (>= 0.8.3-1), and/or libraries that are rebuilt against that version of
> libxrender-dev.  I'm looking into it.

I think the problem is worse than that due to the recursive linking that
Scott mentioned. Once recursive linking is removed from libtool then it
would be a simple matter of recompiling only those libraries which
directly depend on libXrender/libXft. As it is any library that links
against a library using libXrender/libXft will need to be recompiled.

We need to get the new libXft into sid asap so the breakage doesn't
happen again.

Chris

---

The potential affected sources list is:

(106 sources)

abiword
anjuta
arson
avifile
bibletime
bookcase
brahms
cdbakeoven
celestia
control-center
drscheme
eel2
epiphany-browser
evas
facturalux
fltk1.1
fontilus
freesci
galeon
gnome-mag
gnome-system-tools
gnome-terminal
gnustep-back
gst-player
gthumb
gtk+2.0
guarddog
htmldoc
icewm
idesk
k3b
kbarcode
kbear
kcd
kcpuload
kdbg
kdeaddons
kdeadmin
kdeartwork
kdebase
kdegames
kdegraphics
kdelibs
kdenetwork
kdepim
kdesdk
kdetoys
kdeutils
kdirstat
kflog
kile
kimagemapeditor
klineakconfig
klog
kmymoney2
knapster2
knetload
knutclient
koffice
komba2
konq-speaker
kopete
kphone
kprof
ksensors
ksimus
ktrack
kvdr
kvirc
kwavecontrol
lesstif1-1
matchbox
mgp
mlterm
motv
mozilla
mozilla-firebird
mozilla-snapshot
nautilus
nautilus-cd-burner
nautilus-media
openbox
openexr
pango1.0
plptools
qt-x11-free
quanta
rosegarden4
sawfish
scribus
seaview
sim
slicker
sodipodi
spiralsynthmodular
superkaramba
unixodbc
vimpart
vte
waimea
xawtv
xcursor
xfree86
xft2
xrender
zynaddsubfx

Attachment: signature.asc
Description: Digital signature


Reply to: