libintl.la/libintl.a troubles
Horn Gábor
Horn.Gabor at aktiv.co.hu
Sun Sep 14 13:47:30 GMT 2003
Hi!
There are/were the two files in the topic at /usr/lib recently. Some modules
needs them (gdk-pixbuf and alsa-xmms eg), and they fail now (alsa is more
important i think, as that is much better usually than oss/kernel driver, and i
think almost everybody uses xmms, which is now unable to use alsa...so many
users have to completely skip all the alsa modules now i think).
I'd like to ask if there's a known way to resolve this problem currently?
Another problem i faced is that i cannot lin evolution, it says:
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../shell -I../../shell
-DG_LOG_DOMAIN=\"Evolution-Importer\"
-DEVOLUTION_GLADEDIR=\"/usr/share/evolution/1.4/glade\" -DORBIT2=1 -pthread
-I/opt/lunar/gn
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../shell -I../../shell
-DG_LOG_DOMAIN=\"Evolution-Importer\"
-DEVOLUTION_GLADEDIR=\"/usr/share/evolution/1.4/glade\" -DORBIT2=1 -pthread
-I/opt/lunar/gn
mv -f .libs/intelligent.lo intelligent.lo
/bin/sh ../../libtool --mode=link gcc -O3 -mcpu=athlon-xp -march=athlon-xp
-mmmx -msse -m3dnow -mfpmath=sse,387 -Wall -Wunused -Wmissing-prototypes
-Wmissing-declarations -s -o libevolution-importer.
grep: /opt/lunar/gnome/2/lib/libgnomeprintui-2-2.la: No such file or directory
/bin/sed: can't read /opt/lunar/gnome/2/lib/libgnomeprintui-2-2.la: No such file
or directory
libtool: link: `/opt/lunar/gnome/2/lib/libgnomeprintui-2-2.la' is not a valid
libtool archive
make[3]: *** [libevolution-importer.la] Error 1
make[3]: Leaving directory `/usr/src/evolution-1.4.4/shell/importer'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/evolution-1.4.4/shell'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/evolution-1.4.4'
make: *** [all-recursive-am] Error 2
it's after installing new gnome 2.4 moduels. Does it should work?
When i try to start the currenty installed, it says the problem w/ evolution
shell. I remember it happened lately too. I know recompile all the modules evo
depends might help, but couldn't it be automatized somehow once we know a
program has this problem? I think it's a bit frustrating to keep these 'hacks'
in mind, no? Don't take it offensive, i just mention it as a feedback.
I also facd some problems w/ lunar fix. I started an update, and it died
somewhere between (couldn't download many modules because of
suddentl-became-wrong lunar download options...i haven't change them in the last
1 year, they were ok, now somwhow got wrong. I fixed them, but the update
stoped). So i thouught i'd fix the modules first, then continue the update. Then
my system terribly broke, i lost glibc and gettext, couldn't compile anything,
even dir and ls segfaulted. I think it's a bit strange from a 'fix' command no?
:) Sure it was my mistake too, but i think it would be good if a fix wouldn't
broke the system that much in any circumstances. Now i finished the upgrade,
only 1-2 modules left i cannot compile when i do lunar update (evo,
kdemultimedia3, and the libint.la related pixbuf). And to tell the truth i'm not
sure veery module is ok, but i'm scared to run lunar fix again :)
Any suggestion for the above problems?
thx, hirisov
More information about the lunar
mailing list