Solved Problem during upgrade of gconf2 port

madsinzurich

madsinzurich

Greetings,

I am running: FreeBSD 9.1-RELEASE-p6: GENERIC i386. I wanted to upgrade dbus because of this CVE: http://vuxml.freebsd.org/freebsd/c1930f45-6982-11e4-80e1-bcaec565249c.html but portupgrade -fr dbus was stopping with a build error in devel/gconf2:
Code: 
===>  Building for gconf2-2.32.0_6

... snip ...

mv -f .deps/gconf-internals.Tpo .deps/gconf-internals.Plo
sed -e 's,[@]libexecdir[@],/usr/local/libexec,g' \
  <./org.gnome.GConf.service.in >org.gnome.GConf.service
mv -f .deps/GConfX-skels.Tpo .deps/GConfX-skels.Plo
mv -f .deps/gconfd_2-gconf-database.Tpo .deps/gconfd_2-gconf-database.Po
gconf-sanity-check.c: In function 'main':
gconf-sanity-check.c:47: warning: 'g_thread_init' is deprecated (declared at /usr/local/include/glib-2.0/glib/deprecated/gthread.h:261)
mv -f .deps/gconfd_2-gconfd.Tpo .deps/gconfd_2-gconfd.Po
mv -f .deps/gconf-sanity-check.Tpo .deps/gconf-sanity-check.Po
mv -f .deps/gconftool.Tpo .deps/gconftool.Po
mv -f .deps/gconf-client.Tpo .deps/gconf-client.Plo
mv -f .deps/gconf.Tpo .deps/gconf.Plo
/bin/sh ../libtool  --tag=CC  --mode=link cc  -O2 -pipe -DLDAP_DEPRECATED -fno-strict-aliasing -Wall -version-info 5:5:1 -no-undefined -L/usr/local/lib -o libgconf-2.la -rpath /usr/local/lib gconf-internals.lo gconf-backend.lo gconf-changeset.lo gconf-error.lo gconf-listeners.lo gconf-locale.lo gconf-schema.lo gconf-sources.lo gconf-value.lo gconf.lo gconf-client.lo gconf-enum-types.lo GConfX-common.lo GConfX-skels.lo GConfX-stubs.lo  -lintl  -lgio-2.0 -Wl,--export-dynamic -lgmodule-2.0 -lORBit-2 -lgthread-2.0 -pthread -lgobject-2.0 -L/usr/local/lib -lglib-2.0 -lintl 
libtool: link: cannot find the library `/usr/local/lib/libgmodule-2.0.la' or unhandled argument `/usr/local/lib/libgmodule-2.0.la'
gmake[3]: *** [libgconf-2.la] Fejl 1
gmake[3]: Forlader katalog '/usr/ports/devel/gconf2/work/GConf-2.32.0/gconf'
gmake[2]: *** [all] Fejl 2
gmake[2]: Forlader katalog '/usr/ports/devel/gconf2/work/GConf-2.32.0/gconf'
gmake[1]: *** [all-recursive] Fejl 1
gmake[1]: Forlader katalog '/usr/ports/devel/gconf2/work/GConf-2.32.0'
gmake: *** [all] Fejl 2
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** [do-build] Error code 1

Stop in /usr/ports/devel/gconf2.
*** [stage] Error code 1

Stop in /usr/ports/devel/gconf2.
#

I found a few references to the message:
Code: 
warning: 'g_thread_init' is deprecated (declared at /usr/local/include/glib-2.0/glib/deprecated/gthread.h:261)
(although for other ports) and saw that they were resolved by following the suggestion of setting
Code: 
MAKE_JOBS_UNSAFE=yes
I went to the directory /usr/ports/devel/gconf2 and added that to the Makefile. then I did:

Code: 
# make clean && make

... snip ...

mv -f .deps/GConfX-stubs.Tpo .deps/GConfX-stubs.Plo
/bin/sh ../libtool  --tag=CC  --mode=link cc  -O2 -pipe -DLDAP_DEPRECATED -fno-strict-aliasing -Wall -version-info 5:5:1 -no-undefined -L/usr/local/lib -o libgconf-2.la -rpath /usr/local/lib gconf-internals.lo gconf-backend.lo gconf-changeset.lo gconf-error.lo gconf-listeners.lo gconf-locale.lo gconf-schema.lo gconf-sources.lo gconf-value.lo gconf.lo gconf-client.lo gconf-enum-types.lo GConfX-common.lo GConfX-skels.lo GConfX-stubs.lo  -lintl  -lgio-2.0 -Wl,--export-dynamic -lgmodule-2.0 -lORBit-2 -lgthread-2.0 -pthread -lgobject-2.0 -L/usr/local/lib -lglib-2.0 -lintl 
libtool: link: cannot find the library `/usr/local/lib/libgmodule-2.0.la' or unhandled argument `/usr/local/lib/libgmodule-2.0.la'
gmake[3]: *** [libgconf-2.la] Fejl 1
gmake[3]: Forlader katalog '/usr/ports/devel/gconf2/work/GConf-2.32.0/gconf'
gmake[2]: *** [all] Fejl 2
gmake[2]: Forlader katalog '/usr/ports/devel/gconf2/work/GConf-2.32.0/gconf'
gmake[1]: *** [all-recursive] Fejl 1
gmake[1]: Forlader katalog '/usr/ports/devel/gconf2/work/GConf-2.32.0'
gmake: *** [all] Fejl 2
*** [do-build] Error code 1

Stop in /usr/ports/devel/gconf2.
*** [stage] Error code 1

Stop in /usr/ports/devel/gconf2.
#

Different error, but it leads to the same library.

Has anyone else had this experience with this specific package, and if so, how was it resolved? Or am I doing something wrong?

Thanks for any advice and assistance.

Mads

Mod: https://forums.freebsd.org/threads/...-the-freebsd-forums-1-proper-formatting.8816/
 
Maybe, this can help:

20140909:
AFFECTS: users seeing build errors about missing *.la files
AUTHOR: tijl@FreeBSD.org

We are in the process of adjusting or, if possible, removing libtool archives
(*.la files) from all ports because they can otherwise cause overlinking
between packages. This is the problem where in the dependency chain A->B->C
an extra link is added from A to C even if A does not use C directly. This
makes some updates to port C expensive because then both A and B have to be
rebuilt instead of just B.

This is mostly behind the scenes work that you won't notice. In fact most
ports have already been converted. You may however run into build errors
about missing *.la files if a port update in the past went wrong and left
behind *.la files with references to other *.la files that are no longer
there. In this case, please run the following command:

find /usr/local/lib -name '*.la' | xargs grep -l 'libfoo\.la' | xargs pkg which
(Replace libfoo\.la with the *.la file that is missing.)

This command will print a list of *.la files that refer to the missing *.la
file and what package they belong to. First, where it says "not found in the
datatbase", remove the *.la file. After removing all such files, where it
says "installed by package X", rebuild X. Eventually the list printed by
that command will be empty and the build error should be gone.
Click to expand...
 
You must log in or register to reply here.
Back
Top