Persistent problems building nepomuk
For more than 5 years now, the dependency tree surrounding nepomuk (soprano, redland, raptor, rasqal, etc) has been missing. I can't get nepomuk-core to compile (freebsd 10.0, ports tree fetched last week) - it doesn't spot the virtuoso backend of soprano, though I have recompiled ALL of the requirements to soprano, and I can see the virtuoso backend compile/link. I do note the "install databases/virtuoso to enable its functionality" message even though virtuoso was already installed. It would be nice if kde4 would compile with just "cd x11/kde4 ; make ; make install" but that would require the dependency tree for the above to be correct in the port makefiles. This has been a problem since at least the days of kde 4.5, 5 or more years now. I'd hope it would be fixed now, or at least there should be a script shipped with the system somewhere that could compile these in the right order (if that order exists?). portupgrade on a working (from binaries) tree fails too... This has been true with both pkg and pkgng (note the 5 years or more comment.) -- Pete ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Net-SNMP conflict
PLEASE don't automatically install pkg during the build of ANY other package; if this happens in the middle of a portupgrade -a on a system without pkgng, the result is not pretty; all packages built after net-snmp have a duplicated origin, among other things. I hope I can recover the system since it is supposed to be a production server. Yes, I realize I'll have to convert. However, this forced install doesn't convert the database so the pkg database and /var/db/pkg end up inconsistent, and I can't tell what is really installed on all of the packages that show a duplicated origin. -- Pete ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Net-SNMP conflict
On 05/20/2014 09:58 AM, Bryan Drewery wrote: > On 2014-05-20 04:18, Pete Carah wrote: >> PLEASE don't automatically install pkg during the build of ANY other >> package; if this happens in the middle of a portupgrade -a on a system >> without pkgng, the result is not pretty; all packages built after >> net-snmp have a duplicated origin, among other things. I hope I can >> recover the system since it is supposed to be a production server. >> >> Yes, I realize I'll have to convert. However, this forced install >> doesn't convert the database so the pkg database and /var/db/pkg end up >> inconsistent, and I can't tell what is really installed on all of the >> packages that show a duplicated origin. >> >> -- Pete >> > > (portupgrade maintainer and pkg developer here) > > Having pkg installed should be perfectly safe. Portupgrade, nor the > ports framework, consider pkg installed as "converted". All packages > will continue to be registered in the old format unless you run > pkg2ng or 'pkg install' or add WITH_PKGNG=yes to your make.conf. > > Can you please elaborate on what the "duplicated origin" issue > is? The way net-snmp installed pkg also activated it without doing a pkg2ng; since this happened in the middle of a portupgrade part of the portupgrade kept its records the old way and the rest the new way without any of the old ports in the database. This made a lot of things build twice. Not very nice... > > net-snmp also should (if I remember the code I reviewed right) be > only considering the new package database if it has packages in it, > meaning not until you pkg2ng or 'pkg install'. No, the way I read the makefile lines in question it installed it if it wasn't already installed.. See: # pkg-1.2 cannot handle this dependency well. .if !defined(WITH_PKGNG) LIB_DEPENDS=libpkg.so:${PORTSDIR}/ports-mgmt/pkg .endif This will install if it is there or not, but only if it is NOT in use. Probably not what was intended. -- Pete ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Problem with emacs
In trying to build emacs (9.2-stable) (ports svn as of this morning, but one from a few weeks ago does this too) I get the following: checking for posix_openpt... yes checking for library containing tputs... no configure: error: The required function `tputs' was not found in any library. The following libraries were tried (in order): libtinfo, libncurses, libterminfo, libtermcap, libcurses Please try installing whichever of these libraries is most appropriate for your system, together with its header files. For example, a libncurses-dev(el) or similar package. ===> Script "configure" failed unexpectedly. Please report the problem to ash...@freebsd.org [maintainer] and attach the "/e/var/portbld/usr/ports/editors/emacs/work/emacs-24.3/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** [do-configure] Error code 1 Stop in /usr/ports/editors/emacs. *** [stage] Error code 1 Given that ncurses is in the base system, and just in case I installed the port ncurses also, and this still happens. Something is wrong in ./configure. (I notice that the "for example" references redhat :-) -- Pete ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Xorg-server problem
In a 9.2-stable system, with svn as of this morning, dri/drm reinstalled a week or so ago, I get: CC indirect_size_get.lo CC indirect_table.lo indirect_size_get.c: In function '__glGetBooleanv_size': indirect_size_get.c:602: error: 'GL_RESET_NOTIFICATION_STRATEGY_ARB' undeclared (first use in this function) indirect_size_get.c:602: error: (Each undeclared identifier is reported only once indirect_size_get.c:602: error: for each function it appears in.) indirect_size_get.c:733: error: 'GL_SAMPLER_BINDING' undeclared (first use in this function) gmake[1]: *** [indirect_size_get.lo] Error 1 gmake[1]: *** Waiting for unfinished jobs In file included from /usr/local/include/GL/gl.h:2089, from glxserver.h:50, from indirect_table.c:29: /usr/local/include/GL/glext.h:4502: warning: redundant redeclaration of 'glColorTable' /usr/local/include/GL/gl.h:1637: warning: previous declaration of 'glColorTable' was here and piles of other warnings, some of which are out of order (apparently ports-mk does a -j2 on this system). This also occurred last week . I'll try recompiling dri/drm again just in case. -- Pete ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Setiathome
It would be very nice to those of us that install setiathome on remote servers to be able to build it without needing all of X and GL. I'm not the only one since there *is* an option in configure (--disable-graphics) to do this (but when I did the obvious to the makefile to add this option, something else (a SED script late in the build??) broke.) Anyhow, a make option to do this would be very welcome. I guess I can figure out how to do this and submit a send-pr, but someone probably already knows how... -- Pete ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"