Re: Thank you (for making the ports less boring).
## per...@pluto.rain.com (per...@pluto.rain.com): I notice /bin/echo */*/Makefile* doesn't work. The same (builtin echo works, /bin/echo not) happens in /bin/sh, and in bash. Is this documented somewhere? Not that I know of. There is a limit to the length of arguments to the exec()-functions (measured in bytes). It's even in POSIX.1: ARG_MAX, you can query it with getconf ARG_MAX. When using shell builtins (like echo, instead of the external /bin/echo), no exec() happens and the limit does not apply. If I got my history right, this was even in 4.4BSD. Regards, Christoph -- Spare Space. ___ 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: clamav size mismatch: expected 45793424, actual 45793398
## Doug Barton (do...@freebsd.org): Any ideas? :) Looks as if the official distfile really has 45793398 bytes. At least that's what I'm getting from from Sourceforge, and it's signed with the usual (i.e. used for previous releases) gpg key. Perhaps the clamav team rerolled their tarball at the time of the announcement? Given that I saw 0.97.3 in the ports tree before the announcement (from the clamav team) was in my mailbox... Regards, Christoph -- Spare Space ___ 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: x11/nvidia-driver: crash with FreeBSD 9.0-STABLE/amd64 when module loaded via /boot/loader.conf
## Schaich Alonso (alonsoscha...@gmx.de): On one of my FreeBSD 9.0 boxes running FreeBSD 9.0-STABLE/amd64 (CLANG built), equipted with a nVidia GT760Ti graphics board, loading the nvidia module via /boot/loader.conf results in a page fault with random error messages before rebooting. I have a Quatro NVS-300 and am running 9.0-STABLE/amd64 (clang world and x11/nvidia-drivers). Everything working here other then kldunload which ends up being blocked infinitely. I haven't tested it with gcc recently but it used to work about a month ago. Works even right now (just updated kernel+world, with gcc). Graphics adapter is reported as NVIDIA GPU NVS 4200M (GF119). Regards, Christoph -- Spare Space ___ 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: Seems like Chrome is having an issue with clang.
## Edwin L. Culp W. (edwinlc...@gmail.com): Seems like Chrome is having an issue with clang. It starts with the following errors: CC(target) out/Release/obj.target/skia_libtess/third_party/skia/third_party/glu/libtess/tess.o In file included from third_party/skia/src/opts/SkBitmapProcState_opts_SSSE3.cpp:8: /usr/include/clang/3.1/tmmintrin.h:28:2: error: SSSE3 instruction set not enabled #error SSSE3 instruction set not enabled SSSE3 is enabled by setting the right CPUTYPE (e.g. in make.conf, see make.conf(5) and related documentation). THe default is safe for all supported machines, so SSSE3 and some other extensions are not used by default. Regards, Christoph -- Spare Space ___ 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: [ HEADS UP ] Ports unstable for the next 10 days
Hi, sysutils/tracker-client fails in configure, fix to port's Makefile: --- sysutils/tracker-client/Makefile.orig 2010-03-29 20:59:36.0 +0200 +++ sysutils/tracker-client/Makefile2010-03-29 21:01:42.0 +0200 @@ -46,7 +46,9 @@ INSTALLS_ICONS=yes USE_AUTOTOOLS= libtool:22 CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \ - LDFLAGS=-L${LOCALBASE}/lib -L${LOCALBASE}/lib/tracker ${PTHREAD_LIBS} + LDFLAGS=-L${LOCALBASE}/lib -L${LOCALBASE}/lib/tracker ${PTHREAD_LIBS} \ + LIBPNG_CFLAGS=-I${LOCALBASE}/include \ + LIBPNG_LDFLAGS=-L${LOCALBASE}/lib LIBPNG_LIBS=png CONFIGURE_ARGS=--enable-video-extractor=gstreamer \ --enable-file-monitoring=fam \ --with-session-bus-services-dir=${LOCALBASE}/share/dbus-1/services \ And cad/brlcad will need some work, but that might be larger... Regards, Christoph -- Spare Space ___ 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: openoffice.org-3 does not build anymore
## David DEMELIER (demelier.da...@gmail.com): I can't build openoffice.org-3 anymore, readlicense_oo need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/obj/usr/ports/editors/openoffice.o rg-3/work/OOO320_m19/readlicense_oo/ I've not yet seen errors in readlicense_oo, but... OpenOffice ships a lot of libraries in their source tarball and installs them in it's build environment. When compiling and linking the actual OpenOffice modules, this results in conflicts with those versions of these libraries which are already installed on your system. Right now, I believe the surest way to build OpenOffice is to set up a jail for compiling OpenOffice only. Have you tried that (it worked for me a few weeks ago)? Regards, Christoph -- Spare Space ___ 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: FreeBSD Port: octave-3.2.2_5
## Jan Henrik Sylvester (m...@janh.de): Here's the error in the build: making gendoc.cc g++44 -O2 -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/local/include -o gendoc gendoc.cc -L/usr/local/lib -pthread making DOCSTRINGS /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by ./gendoc not found Hi Joey, I also noticed that Gerald has updated GCC43 to GCC44. you should recompile all ports... thanks I hit the same error on 7.2-RELEASE. I did recompile all Fortran dependencies with gcc44 and removed gcc43, still the error persists. The power of versioned symbols... Try this on math/octave/Makefile --- Makefile.orig 2009-09-16 20:34:05.0 +0200 +++ Makefile2009-09-16 20:33:14.0 +0200 @@ -76,12 +76,12 @@ PLIST_SUB= OCTAVE_VERSION=${OCTAVE_VERSION} GNU_HOST=${GNU_HOST} INCLUDES= -I${LOCALBASE}/include MAKE_ENV+= CPPFLAGS=${CPPFLAGS} ${INCLUDES} \ - LDFLAGS=${LDFLAGS} -L${LOCALBASE}/lib ${PTHREAD_LIBS} + LDFLAGS=${LDFLAGS} -L/usr/local/lib/gcc44 -Wl,-rpath /usr/local/lib/gcc44 -L${LOCALBASE}/lib ${PTHREAD_LIBS} CFLAGS+= ${INCLUDES} CXXFLAGS+= ${INCLUDES} CPPFLAGS+= ${INCLUDES} CONFIGURE_ENV+=GPERF=${LOCALBASE}/bin/gperf \ - LDFLAGS=${LDFLAGS} -L${LOCALBASE}/lib ${PTHREAD_LIBS} \ + LDFLAGS=${LDFLAGS} -L/usr/local/lib/gcc44 -Wl,-rpath /usr/local/lib/gcc44 -L${LOCALBASE}/lib ${PTHREAD_LIBS} \ CC=${CC} \ CXX=${CXX} \ TERMIOS_H=termios.h This makes octave build, but I'm not sure if it breaks other things... Note the hardcoded gcc44 paths... there must be a better way. Regards, Christoph -- Spare Space ___ 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: devel/git fails, no /usr/local/bin/python
## Poul-Henning Kamp (p...@phk.freebsd.dk): I just tried to compile a 9-stable with ports r324867 using sysbuild.sh. Along the way the devel/git port fails, for the lack of python: Looks like lang/python is now required to get /usr/local/bin/python, in addition to UPDATING 20130817. Regards, Christoph -- Spare Space ___ 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: accidently removed /usr/ports/.svn/pristine
## Marco Beishuizen (mb...@xs4all.nl): I did this too but still no new ports tree: root@yokozuna:/home/marco# svn co svn://svn.freebsd.org/ports/head ports Checked out revision 330285. Your freshly checked out ports tree now lives in /home/marco/ports (if your line was really copypasted). Regards, Christoph -- Spare Space ___ 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
calling Maintainer timeout
Hi, I'd like to call for maintainer timeout on some PRs I filed. These PRs are part of the preparations for upgrading lang/gcc to gcc 4.7, which I'm helping gerald@ with. All PRs were filed on 2013-12-07 (and most of that batch have already been comitted), but to move things forward - these are the open PRs: ports/184565 cad/meshlab : fix build with GCC 4.7, unbreak ports/184571 math/abacus : fix build with gcc47 ports/184574 lang/ratfor : fix build with gcc47 ports/184575 textproc/ctpp2 : fix build with gcc47 Regards, Christoph -- Spare Space ___ 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
maintainer timeout in graphics/shotwell
Hi, I'd like to call maintainer timeout on ports/185495 - when chasing r341291 by rakuco@ I noticed I still had _two_ PRs open on graphics/shotwell, so I updated my patch (see comment in PR, there's an HTTP link, too since gnats doesn't handle patches in followup mails). When at it, could the committer please close ports/184007 - it's the previous update for shotwell, which I also forgot about when using the updated shotwell locally. Regards, Christoph -- Spare Space ___ 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
Timeout on ports/186046 (x11/dgs)
Hi, it's hard to call maintainer timeout on a port without maintainer, but ports/186046: x11/dgs : fix build with current texinfo is sitting there since January 23rd, even as the port itself has been touched since then. So may someone please commit those patches? In return I'd even take maintainership, although I don't expect that port to be high-maintenance. On a related note, since this is not the first time I stumbled across lax texinfo files, is there any need to to a coordinated texinfo-fixing session? I guess finding all those texinfo sources could be an interesting exercise, as in most cases there is no registered build dependency on texinfo (after all, there's one in base). Regards, Christoph -- Spare Space ___ 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: PATCH: Re: graphics/rawtherapee: r342622 crashes on HEAD
## Matthias Andree (mand...@freebsd.org): *Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:* I'm not able to reproduce the original crash (even when playing with LC_CTYPE and umlauts), and I do not see regressions from that glib patch. Regards, Christoph -- Spare Space ___ 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: PATCH: Re: graphics/rawtherapee: r342622 crashes on HEAD
## Rainer Hurling (rhur...@gwdg.de): *Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:* I'm not able to reproduce the original crash (even when playing with LC_CTYPE and umlauts), and I do not see regressions from that glib patch. Hmm, is it right, that your base and port (last commit with gcc48 dependency) are very recent? My base is 10.0-RELEASE, and the port is totally recent (rawtherapee-4.0.12_1, Makefile r343191). converters/libiconv hadn't been installed until right now. OTOH I'm very careful with using umlauts in file names etc. (been bitten once too often), even as my environment is UTF-8, so I might have missed that issue when testing. Regards, Christoph -- Spare Space ___ 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: PATCH: Re: graphics/rawtherapee: r342622 crashes on HEAD
## Rainer Hurling (rhur...@gwdg.de): Thanks for this info. So perhaps your situation is like the one, mandree@ observed on his 10.0 box: no crashes without the patch? Exactly. Regards, Christoph -- Spare Space ___ 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: GNU style getopt problem
## Beeblebrox (zap...@berentweb.com): However, the problem persists because the depends-check script checks for and as answer gets: $ getopt --help 2 1 | grep long /dev/null Ambiguous output redirect. I believe that should be 2 1 (or 21) but 2 1 does not redirect stderr (fd 2). Regards, Christoph -- Spare Space ___ 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: GNU style getopt problem
## Beeblebrox (zap...@berentweb.com): Interesting - when I switch to bash and try it: getopt --help 2 1 | grep long bash: syntax error near unexpected token `' Ah, bash... while this one gives no message - I guess I'll try a test with this. $ getopt --help 21 | grep long After I re-checked this: only 21 is correct and (hopefully) portable, everything else may or may not work, that is, fail on every other different platform/shell. Regards, Christoph -- Spare Space ___ 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: PostgreSQL 9.2: database replication on demand - easy way (Bucardo in ports not available)
## O. Hartmann (ohart...@zedat.fu-berlin.de): I feel realy uncomfortable with the built-in streaming replication of PostgreSQL 9.2 since I never managed it to make a successful replication. As far as I understand, the streaming mechanism of PostgreSQL 9.X expects the slaves to be always online, to which the replication. The streaming replication is able to recover after some connectivity loss, provided you still have enough transaction log (WAL) available on the master. See configuration parameter wal_keep_segments and it's description. Have you looked at databases/postgresql-repmgr? Otherwise, I'm not that much of help with this, as the postgresql clustering I'm doing at work runs under linux and is rather proprietary (the underlying cluster technology has been developed by us). OTOH, aside from the integration with our cluster, everything I did to get the replication running should be very portable. Regards, Christoph -- Spare Space ___ 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: graphics/shotwell needs a new home
Hi, ## David Thiel (l...@freebsd.org): A year or two ago, I fixed up shotwell and took maintainership from gnome@. Unfortunately, the build broke a month ago or so, and it needs some love from someone much more familiar with gnomeisms to make it functional. gnome@ has indicated they don't want it back, for which I can't necessarily blame them. Is there some brave soul that might be willing to adopt it? Is there a volunteer yet? If not - I massaged it into a works for me state. I'm just about to file some PRs for upgrading shotwell, if nobody else has already adopted this port, I'll take maintainership. Regards, Christoph -- Spare Space ___ 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: astro/gpsd fails to build on CURRENT
## Rainer Hurling (rhur...@gwdg.de): When I try to build astro/gpsd on 10.0-CURRENT it fails with the following messages (devel/scons should be up to date): The root cause of this is the interaction between scons and ncurses5-config (from devel/ncurses) - scons mis-parses the output of the (autotools-generated) ncurses5-config: : cmt@elch:~$ ncurses5-config --libs : -L/usr/local/lib -rpath /usr/local/lib -lncurses -ltinfo The argument to -rpath is not recognized as such but instead taken as a file argument and objectified as such. I enden up fixing this by adding a = after -rpath in ncurses5-config, which is valid syntax for gcc/ld and keeps scons of that /usr/local/lib. I'm quite sure that there should be a better solution. Regards, Christoph -- Spare Space ___ 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: astro/gpsd fails to build on CURRENT
## Rainer Hurling (rhur...@gwdg.de): I am wondering, if this could have something to do with the simultaneous presence of libncurses in base system and ports? No, that's no problem. I'd blame scons and scons alone, as it tries to interpret the output of ncurses5-config, which is meant to be taken at face value. But then, I'm always suspicious of build utilities trying to be intelligent... Regards, Christoph -- Spare Space ___ 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: astro/gpsd fails to build on CURRENT
## Gleb Smirnoff (gleb...@freebsd.org): Sorry, I can't reproduce that on a clean 10.0-CURRENT amd64. Is devel/ncurses installed on your machine? As explained previously, scons mis-parses the output of ncurses5-config; and astro/gpsd build just fine after modifying ncurses5-config. Regards, Christoph -- Spare Space ___ 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
breakage via Templates/config.sub
Hi, autoconf/automake-configure using ports fail to build on amd64 (not on i386), as witnessed with the current pcre-8.33 port (and more, if you test for it). make configure (ultimatively, ./configure) bails out with checking build system type... Invalid configuration `amd64-portbld-freebsd9.1': machine `amd64-portbld' not recognized configure: error: /bin/sh ./config.sub amd64-portbld-freebsd9.1 failed === Script configure failed unexpectedly. Comparing an original config.sub (e.g. from pcre again) to the one supplied in ports/Templates/config.sub, one cannot really miss the diff: --- /usr/ports/Templates/config.sub 2013-06-04 17:35:53.0 +0200 +++ pcre-8.33/config.sub2013-05-27 17:56:00.0 +0200 @@ -473,6 +473,12 @@ basic_machine=a29k-none os=-bsd ;; + amd64) + basic_machine=x86_64-pc + ;; + amd64-*) + basic_machine=x86_64-`echo $basic_machine | sed 's/^[^-]*-//'` + ;; amdahl) basic_machine=580-amdahl os=-sysv which quite obviously explains the trouble... Bapt, you were the last committer on that file, could you please add the evaporated lines back again? Regards, Christoph -- Spare Space ___ 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: breakage via Templates/config.sub
## Baptiste Daroussin (b...@freebsd.org): You might have an old version of the ports tree, I did this commit in: r318882 and reverted it in r318911 because of this mistake, than I now have committed the right one has r319866 Can you confirm that upgrading the ports tree works for you? Negative. See http://svnweb.freebsd.org/ports/head/Templates/config.sub?revision=319866view=markupsortby=date line 476 - that should be amd64 and amd64-* between am29k and amdahl, but there isn't. Regards, Christoph -- Spare Space ___ 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: breakage via Templates/config.sub
## Baptiste Daroussin (b...@freebsd.org): You might have an old version of the ports tree, I did this commit in: r318882 and reverted it in r318911 because of this mistake, than I now have committed the right one has r319866 Digging deeper: r318882 does work for me, as that revision hat the amd64 cases - that's exactly the pristine config.sub as found in other projects. Test for yourself: /bin/sh ./config.sub amd64-portbld-freebsd9.1 with whatever config.sub you have around. Regards, Christoph -- Spare Space ___ 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
timeout on ports/177991 - astro/qlandkartegt
Hi, may someone please have a look at ports/177991? It's a rather simple update to astro/qlandkartegt and sitting there since about three months - in fact, even I forgot about it as I'm using the updated port for testing purposes (not to mention a crash fixed by this PR, but that seems to be specific to my setup, or I'm the last remaining user of that port). I just sent in an updated patch to have it apply cleanly and to upgrade the port to the really current version. Thanks, Christoph -- Spare Space ___ 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: Problem with Matrox G450 and X.org 7.2
## Peter Jeremy ([EMAIL PROTECTED]): Requesting insufficient memory window!: start: 0xeee0 end: 0xefef size 0x200 (EE) Cannot find empty range to map base to (WW) MGA(0): Video BIOS info block not detected! I have this on my G550 as well (without mga_hal). Same here. I haven't fully investigated the cause but I did find a suggestion to upgrade the BIOS. I note that mga_hal 4.4.0 only supports up to X.org 7.0.0 - I'm not sure it it will like 7.2 It does, if prodded in the right way (start X with -ignoreABI). See my post on x11@ at http://lists.freebsd.org/pipermail/freebsd-x11/2007-May/004142.html (it would even easier to find if I didn't wreck the subject). I have no idea if this helps with G400/G450. Regards Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with Matrox G450 and X.org 7.2
## Robert Huff ([EMAIL PROTECTED]): This is not working for me. (Which may not be a problem with the driver, but I'd like to eliminate that possibility first) With a G400, on 6.2 updated to yesterday, and xorg-7.2 (also yesterday, with no previous 6.9), and a just-installed mga_hal, I still get: Looking at your log, I see you are not using the Matrox drivers; they would report as follows: (II) Loading /usr/local/lib/xorg/modules/drivers//mga_drv.so (II) Module mga: vendor=Matrox Graphics Inc. - x86_32 - Release v4.4.0 compiled for 7.0.0, module version = 1.2.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.8 Make sure mga_drv.so and mga_hal_drv.so from the matrox drivers are installed in /usr/local/lib/xorg/modules/drivers (backup your old xorg mga_drv.so) and give the autoconfiguration a try (X -configure), it worked fine for me. See here: (II) Loading /usr/local/lib/xorg/modules/drivers//mga_drv.so (II) Module mga: vendor=X.Org Foundation compiled for 7.2.0, module version = 1.4.6 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 1.1 Requesting insufficient memory window!: start: 0xf300 end: 0xf3ff size 0x200 (EE) Cannot find empty range to map base to (WW) MGA(0): Video BIOS info block not detected! I have these errors, too, but they are not fatal (at least I didn't notice anything fatal). Regards Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Cups upgrade compile failure
## Jeremy Messenger ([EMAIL PROTECTED]): If you get rid of /usr/local/include/cups directory , it works Somehow it picks up those includes instead of the ones in the port diectory Above shows that it has four of '-I/usr/local/include' before that '-I..'. I had to solve problem in libsndfile by using '-isystem ${LOCALBASE}/include' instead '-I${LOCALBASE}/include' in CPPFLAGS, so it may works for CUPS too. I just filed ports/116721 for that, patch included. See http://www.freebsd.org/cgi/query-pr.cgi?pr=116721 or put this in files/patch-Makedefs.in --- Makedefs.in.origFri Sep 28 21:13:27 2007 +++ Makedefs.in Fri Sep 28 21:13:48 2007 @@ -108,8 +108,8 @@ # for extra debug info) # -ALL_CFLAGS = $(SSLFLAGS) @LARGEFILE@ @PTHREAD_FLAGS@ \ - $(OPTIONS) $(CFLAGS) +ALL_CFLAGS = $(CFLAGS) $(SSLFLAGS) @LARGEFILE@ @PTHREAD_FLAGS@ \ + $(OPTIONS) ARCHFLAGS = @ARCHFLAGS@ ARFLAGS= @ARFLAGS@ BACKLIBS = @BACKLIBS@ Regards Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Cups upgrade compile failure
Quoting myself, I'll hold my upgrade-request for cups 1.3.0-1.3.2 until this is fixed :) If anyone's bold enough to test, here's the port: http://www.burggraben.net/hacks/ports/cups_cups-base.tar.gz (containing print/cups and print/cups/base version 1.3.2). Regards Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Policy Kit - Compile failure on amd64
## David Southwell ([EMAIL PROTECTED]): kit-string.c -fPIC -DPIC -o .libs/kit-string.o kit-string.c:141: error: redefinition of 'strndup' kit-string.c:119: error: previous definition of 'strndup' was here gmake[3]: *** [kit-string.lo] Error 1 That's because patch-src_kit_kit-string.c introduces a second strndup funtion into kit-string.c. Perhaps the first (original) strndup should be patched out of kit-string.c? Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ports required to rebuild after upgrading Xorg to 7.4
Hello, Did you run portupgrade -rf libxcb? On a related note: I ran above command _before_ doing a full portupgrade -a. A whole bunch of ports failed to upgrade because of old versions of X-related header files. I tracked down xproto, glproto and inputproto via the build logs. To be on the safe side, I then upgraded all X-related proto-ports and now I'm re-upgrading libxcb and friends. Am I just shooting my own foot here? Is that me mis-understanding UPGRADING and doing it the wrong way round? Regards, Christoph -- Spare Space ___ 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: Ports required to rebuild after upgrading Xorg to 7.4
## Jan Henrik Sylvester (m...@janh.de): Did you run portupgrade -rf libxcb? On a related note: I ran above command _before_ doing a full portupgrade -a. A whole bunch of ports failed to upgrade because A mixture of -rf and a -a upgrade is always problematic, unless you were up-to-date before the library in question got updated. I was quite close to being up-to-date (some hours), which has been close enough in all cases until now (that's why I csup once a day, so I can update to a point close before larger changes and then do whatever UPDATING suggests). BTW: Doing -rf is usually a lot more compile(!) time consuming than necessary, since indirect dependencies of a port usually (but only usually) do not link against the library in question. If you (think you) know what you are doing, you can try to find the ports that actually link against an old library using 'libchk -v' (or pkg_libchk as mentioned above). And in case I screw up, I'll just take pkg_delete -fa and start over :) Luckily, such updates as X do not happen that often (as far as I can remember it's just X, Gnome and perhaps KDE triggering large-scale compiler action). Regards, Christoph -- Spare Space ___ 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: ksh93 build failure
## J. W. Ballantine (j...@hera.homer.att.com): I'm trying to build shells/ksh93 on FB 10-stable and it fails to build the work/bin/ksh93 program. The tail of the build log is: i386? http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/185256 (patch included). Regards, Christoph -- Spare Space ___ 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: gnutls-2.12.23 === Compilation failed unexpectedly
## AN (a...@neu.net): /usr/ports/security/gnutls/work/gnutls-2.12.23/doc//gnutls-api.texi:11: Misplaced {. Do you have print/texinfo installed? Regards, Christoph -- Spare Space ___ 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
libxml2 breakage after upgrade to libxml2-2.7.8
Hi, After today's upgrade to libxml2-2.7.8, a lot of programs linking against libxml2 fail to start, as the new libxml2 dows not contain the LIBXML2_* symbols anymore (libxml2-2.7.7 did). As an example, this is epiphany trying to start with libxml2-2.7.8: /libexec/ld-elf.so.1: /usr/local/lib/libxml2.so.5: version LIBXML2_2.5.7 required by /usr/local/bin/epiphany not defined and checking with objdump reveals that in fact libxml2-2.2.17 contained 38 symbols LIBXML2_* (section Version definitions) and the whole section is missing in libxml2-2.2.18. Is this some defect on my system, a screwup by the new libxml2 or intentional? At least, it requires recompiling everything which requires libxml2... Regards, Christoph -- Spare Space ___ 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: libxml2 breakage after upgrade to libxml2-2.7.8
## Andrey Ponomarenko (aponomare...@ispras.ru): After today's upgrade to libxml2-2.7.8, a lot of programs linking against libxml2 fail to start, as the new libxml2 dows not contain the LIBXML2_* symbols anymore (libxml2-2.7.7 did). There is a broken version script in libxml2-2.7.8. It was already fixed in Git [1] from 2010-11-04. The detailed breakage report is here [2]. Thanks for spotting that one. I just submitted a PR (which is still stuck in greylisting) with the following patch: --- files/patch-configure.orig 2010-11-27 15:26:16.0 +0100 +++ files/patch-configure 2010-11-27 15:26:39.0 +0100 @@ -1,6 +1,15 @@ configure.orig 2010-03-20 17:52:35.0 -0400 -+++ configure 2010-03-20 17:52:35.0 -0400 -@@ -19865,11 +19865,12 @@ fi +--- configure.orig 2010-11-27 15:23:22.0 +0100 configure 2010-11-27 15:25:43.0 +0100 +@@ -11414,7 +11414,7 @@ + esac + fi + +- if test -z $VERSION_SCRIPT_FLAGS; then ++ if test -n $VERSION_SCRIPT_FLAGS; then + USE_VERSION_SCRIPT_TRUE= + USE_VERSION_SCRIPT_FALSE='#' + else +@@ -13501,11 +13501,12 @@ fi if test $PYTHON_VERSION != then @@ -14,7 +23,7 @@ else if test -r $prefix/include/python$PYTHON_VERSION/Python.h then -@@ -20678,6 +20679,8 @@ fi +@@ -13901,6 +13902,8 @@ fi fi ;; This fixes the problem for me. Regards, Christoph -- Spare Space ___ 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: problem with Perl on FreeBSD - Undefined symbol PL_sv_undef
Hello, ## Petr Holub (ho...@ics.muni.cz): # slaptest Error Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/Fcntl/Fcntl.so' for module Fcntl: /usr/local/lib/perl5/5.8.9/mach/auto/Fcntl/Fcntl.so: Undefined symbol PL_sv_undef at This looks as if your modules do not match your version of perl, i.e. some leftover when trying different versions of perl, or when switching between different variants (threaded/non-threaded or something) of one perl version. I'd try rebuilding all perl modules or even everything which uses libperl (might even be all ports which depend on perl, but then you are rebuilding everything). Regards, Christoph -- Spare Space ___ 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: xf86-video-ati 6.14.0 crashes System
## Heino Tiedemann (rotkaps_spam_t...@gmx.de): after update tu the new xorg on my FreeBSD8 my system crashes all time I start X. Same here with drm0: ATI Radeon X1550 64-bit on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 info: [drm] Setting GART location based on new memory map info: [drm] Loading R500 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs on FreeBSD 8.2-RELEASE (amd64). System crashes hard when starting X, no reaction on neither keyboard nor network (no arp, ping, ...). Changing the driver module to radeonhd fixed the problem for me (I was using ati/radeon as the radeonhd module caused trouble in the past, but that seems to be fixed now). Xorg -configure now chosen radeonhd, too. When using the ati/radeon driver, the system crashes too fast to leave any log (literally, Xorg.0.log was not changed), so I can't provide any information from there. Regards, Christoph -- Spare Space ___ 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: xf86-video-ati 6.14.0 crashes System
## Warren Block (wbl...@wonkity.com): In particular, there should be three patches in the files directory of the port: patch-src-atombios_output.c patch-src-radeon_driver.c patch-src-radeon_output.c They do exist on my system, so I believe that's not the problem here. Regards, Christoph -- Spare Space ___ 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: xf86-video-ati 6.14.0 crashes System
## Christian Weisgerber (na...@mips.inka.de): When using the ati/radeon driver, the system crashes too fast to leave any log (literally, Xorg.0.log was not changed), so I can't provide any information from there. Yup. Warren Block mentioned 'Option Log sync' in ServerLayout, this might help. As a workaround, install the version 6.13 driver. A separate port has been created for it. # portupgrade -o x11-drivers/xf86-video-ati613 xf86-video-ati As already mentioned, the current radeonhd driver works (for me), too. Of course, YMMV. Regards, Christoph -- Spare Space ___ 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: gegl
## Christoph Moench-Tegeder (c...@burggraben.net): Looks as if we (at least on 8.2) are missing log2(), log2f(), log2l(), even though they are in C99 (partially C89) and POSIX since at least 2008. (I can't find them in math.h, log2l() is commented out). If nobody else does, I might get around to workaround-patching this later today. There it is: ports/155183 Please check the patch there, in case I broke the math (logarithms are easy enough, but anyway...). Regards, Christoph -- Spare Space ___ 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: fact-finding: problems after recent Xorg upgrade
## Robert Huff (roberth...@rcn.com): System: FreeBSD 9.0-CURRENT #0: Sat Oct 23 08:15:53 EDT 2010 amd64 xorg-7.5.1 fvwm-2.5.31 xorg.conf is appended Since the upgrade to xorg-7.5.1, I have had issues with ... focus, for lack of a better diagnosis. Works for me... Notable differences between your system and mine: I'm on 8.2-RELEASE and I'm using the radeonhd driver. Xorg+fvwm (with mostly stock configurations) just work. Regards, Christoph -- Spare Space ___ 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: Errors during Upgrade netpbm-10.26.64_4 to netpbm-10.35.80_2
## David Wolfskill (da...@catwhisker.org): cc -c -I/common/ports/graphics/netpbm/work/netpbm-10.35.80/converter/ppm/ppmtompeg/headers -I/usr/local/includeetpbm/work/netpbm-10.35.80/converter/ppm' gmake[1]: *** [ppm/all] Error 2 gmake[1]: Leaving directory `/common/ports/graphics/netpbm/work/netpbm-10.35.80/converter' gmake: *** [converter/all] Error 2 *** Error code 1 Stop in /common/ports/graphics/netpbm. Does your transcript miss stderr? THe current graphics/netpbm port does not compile if there's an older version of netpbm installed - /usr/local/include/pm.h from the older netpbm takes precedence over the port's lib/pm.h but misses some macros (well, it's an upgrade...) as PM_GNU_PRINTF_ATTR(a, b) which then confuse the compiler. pkg_delete -f the old netpbm and re-install the port, worked for me. Regards, Christoph -- Spare Space ___ 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: ERROR building webkit-gtk2 after updating to Perl
## Jerry (je...@seibercom.net): Can't locate Switch.pm in @INC (@INC contains: ./WebCore/bindings/scripts /usr/local/lib/perl5/5.14.0/BSDPAN /usr/local/lib/perl5/site_perl/5.14.0/mach /usr/local/lib/perl5/site_perl/5.14.0 /usr/local/lib/perl5/5.14.0/mach /usr/local/lib/perl5/5.14.0 .) at WebCore/dom/make_names.pl line 38. BEGIN failed--compilation aborted at WebCore/dom/make_names.pl line 38. gmake: *** [DerivedSources/HTMLElementFactory.cpp] Error 2 *** Error code 1 Switch.pm was deprecated for some time as a core perl module and finally removed from 5.14.0. You need to install devel/p5-Switch for building webkit-gtk2 (same goes for chromium). I'm just figuring out how how to have a conditional dependency, then I'll send a PR. Regards, Christoph -- Spare Space ___ 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: ERROR building webkit-gtk2 after updating to Perl
## Jerry (je...@seibercom.net): Switch.pm was deprecated for some time as a core perl module and finally removed from 5.14.0. You need to install devel/p5-Switch for building webkit-gtk2 (same goes for chromium). I'm just figuring out how how to have a conditional dependency, then I'll send a PR. I don't seem to have that port available. I do have the following one though: Port: p5-Switch-2.16 Path: /usr/ports/lang/p5-Switch Info: Switch - A switch statement for Perl Is this the port you are referring to? Oh. Yes, it's lang/p5-Switch, I was confused. Regards, Christoph -- Spare Space ___ 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: ERROR building webkit-gtk2 after updating to Perl
Switch.pm was deprecated for some time as a core perl module and finally removed from 5.14.0. You need to install devel/p5-Switch for building webkit-gtk2 (same goes for chromium). I'm just figuring out how how to have a conditional dependency, then I'll send a PR. I don't seem to have that port available. I do have the following one though: There we go: ports/157236 and ports/157237 (webkit-gtk2 and chromium). Should have looked for inspiration in the right ports ;) Regards, Christoph -- Spare Space ___ 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: www/webkit-gtk2 fails during build
## Leslie Jensen (les...@eskk.nu): --- Can't locate Switch.pm in @INC (@INC contains: Install lang/p5-Switch (Switch.pm is not a core perl module with 5.14 anymore). Regards, Christoph -- Spare Space ___ 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: lang/guile build fails for me
## Andriy Gapon (a...@freebsd.org): It also fails for me on stable/8 with base gcc as ports compiler, but in a different fashion at configure step: checking for lt_dlinit in -lltdl... no configure: error: libltdl not found. See README. === Script configure failed unexpectedly. From config.log: configure:11579: checking for lt_dlinit in -lltdl configure:11604: cc -o conftest -O2 -pipe -O2 -fno-strict-aliasing -pipe -march=nocona -I/usr/local/include -rpath=/usr/lib:/usr/local/lib conftest.c -lltdl 5 /usr/bin/ld: cannot find -lltdl Confirmed (8.2-RELEASE-p2). Somehow, configure loses $LD_LIBRARY_PATH. Not sure how... Regards, Christoph -- Spare Space ___ 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: lang/guile build fails for me
## Matthias Andree (matthias.and...@gmx.de): From config.log: configure:11579: checking for lt_dlinit in -lltdl configure:11604: cc -o conftest -O2 -pipe -O2 -fno-strict-aliasing -pipe -march=nocona -I/usr/local/include -rpath=/usr/lib:/usr/local/lib conftest.c -lltdl 5 /usr/bin/ld: cannot find -lltdl Confirmed (8.2-RELEASE-p2). Somehow, configure loses $LD_LIBRARY_PATH. Not sure how... The command line quoted above lacks the -L option for link-time; -rpath is a run-time option, and by itself, is insufficient. Try stuffing -L${LOCALBASE}/lib into some kind of linker flag such as LDFLAGS or perhaps LIBS - and pass that through CONFIGURE_ENV or _ARGS. Ah, yes, LDFLAGS. The port's Makefile already has LDFLAGS=-L${LOCALBASE}/lib in $CONFIGURE_ENV, and as guile's configure is a standard autoconf configure, $LDFLAGS should be picked up (the output of ./configure --help supports this), but... well, it isn't. As I installed guile 1.8.6_5 last september (having one's own packages archive is a great thing) and the latest change on the port does not look like it's the culprit (haven't tested that, though), I guess it's down to some serious autotools debugging. Regards, Christoph -- Spare Space ___ 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: multimedia/ffmpeg: error updating to 0.7.1,1
## Torfinn Ingolfsen (tin...@gmail.com): Hi, More errors. On Sat, Jun 25, 2011 at 1:47 AM, Barbara barbara.xxx1...@libero.it wrote: I'm getting the following error (http://pastebin.com/fjggW0C4) trying to upgrade ffmpeg: On a 64-bit machine and os: tingo@kg-v2$ uname -a FreeBSD kg-v2.kg4.no 8.1-STABLE FreeBSD 8.1-STABLE #3: Thu Sep 16 22:18:48 CEST 2010 r...@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 I get this: CClibavcodec/vp5.o CClibavcodec/vp56.o {standard input}: Assembler messages: {standard input}:186: Error: `(%r8d,%eax)' is not a valid 64 bit base/index expression Confirmed, as long as I use the default system compiler (gcc (GCC) 4.2.1 20070719 [FreeBSD]). When using gcc 4.5 (set USE_GCC=4.5+) from ports, I can build ffmpeg just fine on amd64 8.2-RELEASE, even with SSE3 etc. enabled. Regards, Christoph -- Spare Space ___ 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: libreoffice with java: build fails in UTF-8 env
## Andriy Gapon (a...@freebsd.org): [javac] * @author Ortwin Gl�ck [javac] ^ [javac] 1 error BUILD FAILED $ locale LANG=en_GB.UTF-8 Same here... us germans with our umlauts... I fixed that here by changing 2c9b0f83ed5890af02c0df1c1776f39b-commons-httpclient-3.1-src.tar.gz (always breaking down the umlaut ü into ue in the .java files), repackaging commons-httpclient-3.1-src.tar.gz and changing the filename (md5sum!) and the libreoffice makefiles to match the new tarball. Obviously, this is more of a workaround (but I couldn't figure out how to get that into the libreoffice Makefile system). Gruß, Christoph -- Spare Space ___ 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: libreoffice-3.4.3 fails to upgrade
## Baptiste Daroussin (b...@freebsd.org): Looks like it may be related to this commit: http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/libreoffice/files/patch-bin__distro-install-desktop-integration Bapt, please would you investigate? Chris I just fixed it. sorrt about that Just to be clear what we're talking about... Version 1.2 (latest in the cvsweb I'm seeing on www.freebsd.org) won't cut it, as the mktemp in line 81 of distro-install-desktop-integration needs to be fixed, too (remove the -t). See here (this is only the first - and fixed - hunk of that patch): --- distro-install-desktop-integration.orig 2011-09-05 17:59:59.0 +0200 +++ distro-install-desktop-integration 2011-09-05 18:01:11.0 +0200 @@ -74,12 +74,12 @@ test -n $oowrapper_name create_man_link $oowrapper_name $used_man_page $file_list # add desktop file to the right file list -test -n $desktop_file -a -f $DESTDIR/$file_list echo /usr/share/applications/$desktop_file $DESTDIR/$file_list +test -n $desktop_file -a -f $DESTDIR/$file_list echo $PREFIXDIR/share/applications/$desktop_file $DESTDIR/$file_list } # install desktop integration from plain packages -sysui_temp=`mktemp -t -d distro-pack-desktop-integration-XX` -cp -a sysui/unxlng*/misc/libreoffice/* $sysui_temp +sysui_temp=`mktemp -d distro-pack-desktop-integration-XX` +cp -a sysui/unx*/misc/libreoffice/* $sysui_temp cp -a sysui/desktop/share/create_tree.sh $sysui_temp builddir=`pwd` cd $sysui_temp Regards, Christoph -- Spare Space ___ 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: libreoffice-3.4.3 fails to upgrade
## Leslie Jensen (les...@eskk.nu): checking for dbopen in -ldb4... no checking for __db185_open in -ldb4... no configure: error: db not installed or functional Looks as if you need to install one of databases/db[45]*. At a quick glance through configure, I guess one of db41, db5, db48 or db47 will do. Regards, Christoph -- Spare Space ___ 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
portsnap down?
Hi, as I saw noone complaining until right now (and didn't find any announcement about downtime): looks like portsnap does not provide new snapshots; if I'm reading the current snapshot tag correctly, it's from Sun Nov 11 15:54:03 CET 2012. The svnweb interface shows way more recent commits... Anyone to enlighten me or to nudge portsnap? Regards, Christoph -- Spare Space ___ 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: was: portsnap down.. cvs broken?
## Jeffrey Bouquet (jeffreybouq...@yahoo.com): UPDATING is a broken link from freshports.org cvs/cvsup is not doing anything here for the last twelve hours or so... cvsweb is a broken link from freebsd.org UPDATING might have a clue (something about git) but I am unable to view it, as the cvs nor sites have access... The svnweb interface works just fine: http://svnweb.freebsd.org/ports/ but I didn't want to checkout my ports tree from svn for reasons of overhead on both sides and in between. portsnap is really cool. Regards, Christoph -- Spare Space ___ 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: chromium iconify-resurrect
## Russell L. Carter (rcar...@pinyon.org): Start up chromium, then immediately iconify it. Then try bringing it back again. All I get (after a delay of several seconds) is a white canvas in the correct size. Chromium does respond to window manager commands (fvwm close, no destroy needed, in my case). Same here. Workaround: using (Un)stick from the windows commands brings back the window content (without having to exit chrome). Regards, Christoph -- Spare Space ___ 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: Use GCC only for specific ARCH
## Daniel Morante (dan...@morante.net): I have a port that builds fine on a 9.3 amd64, but on 9.3 i386 it fails on this line: inline int64 GetMaxMoney() { return nBestHeight = HARDFORK_HEIGHT_1 ? 500 * COIN : 250 * COIN; } With the following error: integer constant is too large for 'long' type I believe the fix is to make sure those constants are interpreted as long long, e.g. by post-fixing LL. Regards, Christoph -- Spare Space ___ 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: Unable to build webkit-gtk2
## Jerry (je...@seibercom.net): /usr/bin/ld:./.libs/libWTF.a: file format not recognized; treating as linker script /usr/bin/ld:./.libs/libWTF.a:1: syntax error c++: error: linker command failed with exit code 1 (use -v to see invocation) GNUmakefile:40531: recipe for target 'Programs/LLIntOffsetsExtractor' failed gmake[1]: *** [Programs/LLIntOffsetsExtractor] Error 1 gmake[1]: Leaving directory '/usr/ports/www/webkit-gtk2/work/webkitgtk-2.4.7' *** Error code 1 We have the same problem in webkit-gtk3, see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195500 You can fix the issue in webkit-gtk2 the same way. Regards, Christoph -- Spare Space ___ 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: Unable to build webkit-gtk2
I filed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196333 . Patch included. Regards, Christoph -- Spare Space ___ 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: current svn_revision 376454 ports/security/nss break
## Julian H. Stacey (j...@berklix.com): ../../../dist/FreeBSD11.0_OPT.OBJ/lib/libnss3.so: undefined reference to `PR_htons' It does not fail on 10.1-STABLE. The PR_htons() function lives in nspr, so - do you have a usuable libnspr4.so (from nspr-4.10.7)? Is PR_htons in that library's symbol table? Regards, Christoph -- Spare Space ___ 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
VirtualBox (sometimes) not starting/hanging after recent openssl updates
Hi, for reference, prior reports (not mine): https://lists.freebsd.org/pipermail/freebsd-emulation/2015-March/012381.html https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198952 I got bitten by the very same problem - NS_ERROR_FACTORY_NOT_REGISTERED when running VirtualBox as usual, VERR_INVALID_POINTER and environment corrupt when using a DEBUG-enabled VirtualBox. As I was pretty sure I had a working VirtualBox 4.3.26 before, I tracked all the changes since the last successful VirtualBox use, and the only significant thing was that I upgraded my base system for FreeBSD-SA-15:06.openssl (and the fix for that, so I'm up-to-date with releng/10.1 (r280275). After some time of poking the source and adding more debug statements and asserts (debugging suid code...), I got the following backtrace in my core dump (abbreviated): (gdb) bt #0 0x0008033257c5 in OPENSSL_ia32_cpuid () from /usr/local/lib/libcrypto.so.8 #1 0x000805f88eb9 in ?? () from /lib/libcrypto.so.7 #2 0x000805e8f84e in _init () from /lib/libcrypto.so.7 #3 0x7fffc760 in ?? () #4 0x00080060e6bf in ?? () from /libexec/ld-elf.so.1 #5 0x000800612d87 in ?? () from /libexec/ld-elf.so.1 #6 0x00080060fad3 in ?? () from /libexec/ld-elf.so.1 #7 0x004042d9 in supR3HardenedMainInitRuntime (fFlags=3) Having different versions of a library calling each other (base openssl vs. ports openssl) is most certainly a bad thing. More digging showed that the libcryptos where pulled in by libcurl.so.4. That (curl) in turn links against ports openssl when found (there's even code in the Makefile to stop the build when one tries forcing the use of base openssl), but happily pulls in base openssl via it's dependencies. One instance of the base openssl was found in librtmp and could be solved by recompiling that. The other problem was with the use of GSSAPI_BASE (base system GSSAPI) in curl - which is the default, according to a curl-less machine in the corner. In the short run, people affected by the VirtualBox problem should check if /usr/local/lib/virtualbox/VBoxRT.so links against both (base and ports) libcryptos (use ldd) - if so, check libcurl (and if that does not help, the other shared libraries) for libcrypto mixup. In the slightly longer run - how do we want to fix this? I can imagine preventing the use of GSSAPI_BASE when ports openssl is detected - there's similar code already for preventing WITH_OPENSSL_BASE usage when ports openssl is installed. OTOH this will not help in case the wrong openssl is pulled in via some other dependency (librtmp in my case). Regards, Christoph -- Spare Space ___ 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: Build Failure: webkit-gtk2
## Per olof Ljungmark (p...@intersonic.se): CXXLDlibWTF.la CXXLDPrograms/LLIntOffsetsExtractor /usr/bin/ld:./.libs/libWTF.a: file format not recognized; treating as linker script /usr/bin/ld:./.libs/libWTF.a:1: syntax error c++: error: linker command failed with exit code 1 (use -v to see invocation) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196296 That, and the related/duplicate 196333 and 195500 (webkit-gtk3). Due to a maintenance issue, changes to bugs between 2015-01-07 and 2015-01-10 were lost. Please resubmit any updates as appropriate. We apologize for the inconvenience. Great for those who do not check bugzilla on a daily basis :) Anyway, to reliably build webkit-gtk you must enable BOTH WEBGL and WEBAUDIO, otherwise the build will fail. Those options are gone with the update to webkit-gtk 2.4.8 (in both the -gtk2 and the -gtk3 port). There had been two problems, one related to GNU ar and the other one when building with non-default OPTIONS. The latter one has been resolved in r376609, the former one has not been fixed yet - despite rather distinct error messages, the problems have been mixed up in the PRs. Is any gnome@ committer around to commit the rest of the fixes? Regards, Christoph -- Spare Space ___ 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: Build Failure: webkit-gtk2
## Koop Mast (k...@rainbow-runner.nl): Hardcoding AR=/usr/bin/ar isn't a fix I like. Well, webkit-gtk (and www/chromium earlier, we have the same problem/fix there) use base system's ld (that's because it's called by your compiler of-the-day) but some ar (which is found by configure). AFAIK there's no real official way to force use of one toolchain (instead of mix and match). What I would like to know is why people are changing PATH? Because sometimes we like to use the things we installed in LOCALBASE :) Regards, Christoph -- Spare Space ___ 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: Cannot build latest Chromium
## René Ladan (r...@freebsd.org): `OpaqueBrowserFrameViewPlatformSpecific::Create(OpaqueBrowserFrameView*, OpaqueBrowserFrameViewLayout*, Profile*)': opaque_browser_frame_view_platform_specific.cc:(.text._ZN38OpaqueBrowserFrameViewPlatformSpecific6CreateEP22OpaqueBrowserFrameViewP28OpaqueBrowserFrameViewLayoutP7Profile+0x0): multiple definition of `OpaqueBrowserFrameViewPlatformSpecific::Create(OpaqueBrowserFrameView*, OpaqueBrowserFrameViewLayout*, Profile*)' obj/chrome/libbrowser_ui.a(browser_ui.opaq):opaque_browser_frame_view_linux.cc:(.text._ZN38OpaqueBrowserFrameViewPlatformSpecific6CreateEP22OpaqueBrowserFrameViewP28OpaqueBrowserFrameViewLayoutP7Profile+0x0): first defined here collect2: error: ld returned 1 exit status So somehow with GCC the Create() function is defined twice, which leads to this error. It's always defined twice, but looks like clang deals better with that here. Maybe it will be automagically fixed in 42.0.2311.135, which I will commit as soon as the tarballs are available. It isn't. Here's what fixed the 9.3-gcc build for me: https://github.com/moench-tegeder/freebsd-chromium/commit/7e7d6d48f1426967e6cef605122a7bc251c640d7 A build on 10.1-clang is still running (I dont't have that many cores...) Regards, Christoph -- Spare Space ___ 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: Cannot build latest Chromium
## Christoph Moench-Tegeder (c...@burggraben.net): It isn't. Here's what fixed the 9.3-gcc build for me: https://github.com/moench-tegeder/freebsd-chromium/commit/7e7d6d48f1426967e6cef605122a7bc251c640d7 A build on 10.1-clang is still running (I dont't have that many cores...) Done, looks good. There's a pull request :) Regards, Christoph -- Spare Space ___ 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: www/chromium : make[1]: stopped in /usr/ports/www/chromium
## Avinash Sonawane (root...@gmail.com): Is anybody using FreeBSD 10.1-RELEASE able to build www/chromium on his/her end? I'm still getting the same error. Yes. Both, chromium and firefox, compile and work just fine, here. As both fail in roughly the same way, I still suspect your python installation - did you reinstall lang/python27 with default OPTIONs? There're lines like [22983 refs] in your output, I do not see them on any of my machines. How did those get there? Regards, Christoph -- Spare Space ___ 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: Proposal to fix postgresql package maintainance nightmare
## Baptiste Daroussin (b...@freebsd.org): We do manage a bunch of postgresql servers on FreeBSD, and I really find the current model of packages postgresql is a nightmare on FreeBSD. Not that much worse than in some other environments :) Comparing all the PostgreSQL packaging models, I like the debian model best (PostgreSQL is my day job, so I can claim some experience here). Having one single postgresql-client package always on the latest stable version (backward compability being very good) providing the client cli tools and the libraries (those libraries will be used for everything in the ports tree needing to talk to postgresql) As others already noted, using a psql (command line client) with a version different from the respective server has it's limitations (it works in general, but some of the meta commands may fail). On the other hand, the ABI of libpq is stable enough for all the supported versions of psql (and other clients). So you'd need one package with libpq alone, and another one with psql and the other client utils (http://www.postgresql.org/docs/9.4/static/reference-client.html is the list). The server itself would be the another package. The libpq package can always be built from the latest release of PostgreSQL. An additional postgresql-{client,server}-meta package would provide symlinks from ${LOCALBASE}/bin/postgresbinary to ${PREFIX}/bin/postgresbinary (PREFIX being the PREFIX for the selected PostgreSQL package, postgresbinary all the binaries PostgreSQL installs). For applications using PostgreSQL, the USES=pgsql logic has to point configure and it's equivalents to the right pg_config, and all well behaved applications should find the right libraries etc. That way everything talk to pgsql will only depend on one postgresql-client packages that will smoothly be upgraded to newer versions. Using the schema outlined above, the normal PostgreSQL-using application will only have to depend on the libpq package, which is version-agnostic. Only those applications which really need psql will have to depend on the (versioned) posggresql-client package, or even better, the client-meta package (that way, changes of the default postgresql version will not require dependency-wrangling throughout the tree). Any opinion on that change? Any idea one how to make the upgrade path as transparent as possible for current setup? (beside of course adding an UPDATING entry) Using the meta-packages (which could just pick up the previously set default version), the upgrade path should be completely transparent for most cases. Another thing I've been thinking about is the ability to have multiple PostgreSQL clusters on one machine. Currently there's only the one postgresql_data variable in rc.conf. It shouldn't be that hard to have something like postgresql94_clusters=default stage dev postgresql94_default_data=... postgresql94_stage_data=... Depending on the rc script handling (one script to rule them all vs. each PostgreSQL has it's own script), we might even do something line postgresql_clusters=9.4:default 9.5:testing postgresql_default_data=... postgresql_testing_data=... If you want to enlist me for testing/script wrangling/etc., just drop me an email. Regards, Christoph -- Spare Space ___ 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: FreeBSD Port: pgadmin3-1.20.0_1
## Daniel Malaby (d...@malaby.com): > Is there a way to get this to use postgres9.4 instead of 9.3? Add "postgresql=9.4" to DEFAULT_VERSIONS, e.g. in make.conf. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox + SeaMonkey (gecko browsers) instant crash on some web pages
## Walter Schwarzenfeld (w.schwarzenf...@utanet.at): > Please post the options you compiled firefox with. (i guess you compiled > it with BUNDLED_CAIRO and CANBERRA, both should be off). I don't think CANBERRA is the issue here - my firefox has CANBERRA=on and works on mapy.cz (where I can check on the places where I've been in Prague, e.g.) and seznam.cz (where I don't understand much for lack of czech language skills). On the other hand it could be helpful to run firefox with a new and empty profile (safe mode etc., if in doubt move ~/.mozilla aside before starting firefox) or even a new/fresh user to avoid contamination by "other setting" - for example, there's a fontconfig error message which I've never seen on my system. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Postgresql 92 XML gone?
## Andrea Venturoli (m...@netfence.it): I added postgresql92-contrib, then issued # create extension xml; The extension has been renamed to xml2, as you already noticed :) http://www.postgresql.org/docs/9.2/static/xml2.html Please mind that there's a built-in xml datatype, and additional funtions: http://www.postgresql.org/docs/9.2/static/datatype-xml.html http://www.postgresql.org/docs/9.2/static/functions-xml.html Additionally, you're encouraged to use the latest PostgreSQL version, that is 9.4 these days. However: # create extension xml2; ERROR: could not load library /usr/local/lib/postgresql/pgxml.so: dlopen (/usr/local/lib/postgresql/pgxml.so) failed: /usr/local/lib/postgresql/pgxml.so: Undefined symbol xml_ereport Oh well: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202649 Please mind that the built-in XML support is (mostly) unavailable without that patch. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: jakarta-commos-httpclient
## Stari Karp (starik...@yandex.com): > -3.1/src/java/org/apache/commons/httpclient/HttpContentTooLargeExceptio > n.java:6: error: unmappable character for encoding UTF8 > [javac] * @author Ortwin Gl�ck > [javac] ^ > [javac] 1 error See patch here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203301 Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: www/[firefox|libxul]: configure: error: --enable-chrome-format must be set to either jar, flat, or omni
## O. Hartmann (ohart...@zedat.fu-berlin.de): > Since the problem now appears to destroy every firefox installation on CURRENT > (most recent, amd64), the problem got severe for us. Until evidence to the contrary, I guess it's your local problem. The --enable-chrome-format argument is set to omni by bsd.gecko.mk, unless overridden. Check MOZ_OPTIONS and configure output, e.g. obj-x86_64-portbld-freebsd10.2/.mozconfig.json or obj-x86_64-portbld-freebsd10.2/js/src/config.status (I hope they did not change since your version). Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: deskutils/calibre
## Alex V. Petrov (alexvpet...@gmail.com): > /usr/ports/deskutils/calibre/work/stage/usr/local/share/bash-completion/completions/calibre > Setting up desktop integration... The install is hanging in a call to xdg-desktop-menu (from devel/xdg-utils). I haven't come around to fully debugging this, but the genral code path to the problem in xdg-desktop-menu is in function make_lazy_default, where grep is called - presumably on a file, but as the variable holding the filename is empty/unset, grep waits for input on stdin. See ps for confirmation. As I've no use for these xdg-menus and the shell scripting in xdg-utils brought up memories of more eldritch horrors than I've time for, I just disabled the call to make_lazy_default and left the whole thing sitting on my TODO list :/. HTH, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: https://svnweb.freebsd.org/ports/head/graphics/ 83 ports missing.
## Julian H. Stacey (j...@berklix.com): > There seems to be loss of 83 ports in graphics/ on freebsd.org http server ? > https://svnweb.freebsd.org/ports/head/graphics/ > All beyond telak missing. > eg tesseract & others missing https://svnweb.freebsd.org/ports/head/graphics/?dir_pagestart=1000 Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Committer needed for PR 208029
## Kurt Jaeger (li...@opsec.eu): > In 9.x this is sometimes a problem, if port X builds in variant 1 > and port Y depends/links on X, but builds in variant 2. So it's > a temporary solution for 9.x and will be solved when 9.x is EOL'ed. We have also seen that problem on 10.x: https://lists.freebsd.org/pipermail/freebsd-emulation/2015-March/012390.html Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Completely unscientific poll: cfengine, puppet, other?
## Chris Inacio (nacho...@gmail.com): > Happy if you would just reply with which one, if any, you use. I'm using cfengine for a mixed (several Linux, some FreeBSD) environment. But: without the "cfengine-masterfiles" (available as a port), using cfengine can be somewhat painful (as already remarked by some); and when using those masterfiles "as provided" by upstream integration between the cfengine port and the masterfiles is not really ideal. Caveat emptor: my cfengine setup did not start with the FreeBSD machines, some of the problems may be homegrown. Some items not immediatly relevant to the current question, but perhaps helpful to to consider when chosing any sort of configuration management; picked from experience and top of my head: - what environment do you expect? cfengine is C and "data", so there's little inital dependencies and you can bootstrap cfengine from a very minimalistic isntallation, while puppet/chef/salt/ansible require ruby/python/working ssh/... (that alone had been the tipping point in one setup I know of) OTOH cfengine/puppet/chef are probably "too large" for embedded/IoT stuff - those smallish systems would be fully loaded with the config management alone. - do you want "push" or "pull"? Some systems (e.g. cfengine) are using a pull model, where the "managed" machines connect to a central hub periodically, fetch the configuration and "do what needs to be done", while e.g. ansible follows a "push" model, where the "agent" is executed "somewhere" and connects to the managed node to do it's work. Considerations: network model, load. With the "pull" model, the agents are constantly executing, the aggregate load (CPU) may be noticeable in virtualized/shared storage environments - and the central configuration hub requires enough "horse power" to handle the clients (I've heard of problems in that area, and some documentation hits that cascading setups should be used for huge setups). Consider having a centralized config hub and "change lag" because of periodic polling against "run anywhere" and "run anytime you need it". Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Fwd: 2017-02-18 Update to Qt 4 and Qt 5
## Robert Burmeister (robert.burmeis...@utoledo.edu): > Could we have portupgrade instructions? Short: it's a little messy. Other methods... could be more suitable for this operation. How do I know that? Well, I did it, with portupgrade. The problem here is that the new versions of the qt4-ports depend on the qtchooser port which will replace some of the binaries of the old qt4-* port. As portupgrade wants to build the new version (and install the dependencies of the new version during the build) before it uninstalls the old version and installs the new one, we get a conflict between the old qt4-* port and qtchooser. To get around that, I made a list of all the qt4-* ports installed on this system, "pkg delete -f"ed them and reinstalled them one by one from the new port version. I'd recommend using pkg_libchk after that exercise, as there might be some missing bits (there had been here, but that also might've been for the age of this installation, it exists since 10-BETAsomething). Once you got QT4 sorted out, portupgrade should be able to upgrade the qt5-* ports as usual. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: misc/jive deleted
## Mikhail T. (mi+t...@aldan.algebra.com): > > It's not delusions of moral superiority. It's common decency. > If it was "decent" in 1997, when obrien added it, it must still be > decent today, only 19 years later. Nothing has changed about "decency" > since then. Oh, it has changed. And it keeps changing, that's how it goes with social norms, culture etc. Mark has already explained that at least some of the terms are clearly offensive. This offensivenes may be more obvious to him as a native speaker, especially given that one needs some background to understand what this program tried to "parodize" and where some of the terms are derived from. Why can't we accept that a program which may be well over 30 years old, hasn't seen any update since 20 years, is more or less lost since some time and has no technical value (it's just some parody of a text filter) can be removed from the tree? Anyone who needs this port can install it on their own. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: artil broken
## Kevin Oberman (rkober...@gmail.com): > > # atril > > Shared object "libicui18n.so.57" not found, required by > > "libwebkitgtk-1.0.so.0" > libicui18n.so was updated to 58 four days ago, so Atril needs to be rebuilt > against it. libwebkitgtk-1.0.so.0 would be from webkit-gtk2, so that needs to be rebuild. It was bumped with the icu update in r426525 and dutifully rebuilt here, so you'd perhaps want to check why it is behind at your site. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: p5-Net-SMTP-SSL
## @lbutlr (krem...@kreme.com): > https://www.freshports.org/mail/p5-Net-SMTP-SSL/ says, " DEPRECATED: > Deprecated by upstream, use Net::SMTP instead” > > But there is not p5-Net-SMTP package. Of course, Net::SMTP is part of libnet, which installs as p5-Net (net/p5-Net), which has been around "forever" and learned SSL about two years ago. > also, git still requires p5-Net-SMTP-SSL. Looks like someone should send patches. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Dropping enigmail support from enigmail
## Martin Birgmeier (la5lb...@aon.at): > However, lightning seems to be gone - I don't find it installed with the > port and it does not seem to be offered as an add-on for this platform. I believe thunderbird by default activated the "wrong" lightning plugin (the one which was now removed) and cannot be bothered to switch an existing profile to the "other" lightning. I do not have a good solution for that - see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215348 Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Thunderbird and UPDATING 20170302
## Andrea Venturoli (m...@netfence.it): > Do you have any more detailed info? Like... > What exactly has changed in the packaging? https://svnweb.freebsd.org/ports/head/mail/thunderbird/Makefile?r1=428672=428671=428672 Lightning is now installed in it's default location - that is, like in the official thunderbird packages for linux, and some modifications have been undone. This will make things easier in the future, but a thunderbird profile created before r428672 will not find the lightning extension in it's new location. > Why a profile won't work as it is? It will work, but Lightning will have vanished from your thunderbird. > Why removing the Lightning accounts, upgrading, and adding them back is > not enough? > What about deleting "calendar-data"? Bugs me, didn't work for me. Given the alternative between not updating thunderbird for even some more time and this, I decided to bite the bullet. > Is this a FreeBSD specific issue? Yes, to my knowledge nobody else had those patches in their builds, and with the return to the default locations... > Will installations without other "extensions building on Lightning" show > the problem? Yes. Some of the workarounds I tried will work in that case. > Any interaction with bug 215348 (1)? I'm still using that patch. Testing revealed that this patch can prevent new profiles from accessing lightning, which I considered undesirable. > Since I cannot afford to recreate my profile from scratch right now, I'm > willing to dig a little into this and see if I can get around it. Any > pointer would help... I tried several combinations of copying, moving and symlinking the extensions - short of reverting r428672 I didn't find anything which made "old" and "new" profiles work. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Thunderbird and UPDATING 20170302
## Andrea Venturoli (m...@netfence.it): > I read that "After changes in the packaging of the Lightning extension, > profiles using this extension have to be re-created". > > Will this mean I should recreate the *Lightning* part of the profile > (like removing the calendars, upgrading, then adding them back again)? > Or does this mean I'll have to recreate the whole ThunderBird profile??? That means the whole thunderbird profile (sorry). I tried to save us all from that hassle, but all I got was a more-or-less broken Lightning in existing profiles (from "no Lightning at all" to "seems to work, but extensions building on Lightning - like the Provider for Google Calendar - may act weird") or "no Lighnting for new profiles". That (besides work commitments) is why this rather trivial update took way longer than it should have taken. Perhaps there is an easier way using the "Import" feature of thunderbird, I did not explore that. Sorry, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: rust problem
## Walter Schwarzenfeld (w.schwarzenf...@utanet.at): > Rust does not compile in the port on 10.3 amd64. I'm just debugging the very same problem. > I mailed it the maintainer. He said it is a local problem. I'd like to disagree: the problem is caused by this: ===> Configuring for rust-1.19.0 ===> FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/lang/rust/work/rustc-1.19.0-src/src/vendor/libssh2-sys/libssh2/config.rpath ===> FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/lang/rust/work/rustc-1.19.0-src/src/vendor/lzma-sys/xz-5.2.3/build-aux/config.rpath ===> FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/lang/rust/work/.cargo/registry/src/github.com-1ecc6299db9ec823/libssh2-sys-0.2.6/libssh2/config.rpath ===> FreeBSD 10 autotools fix applied to /wrkdirs/usr/ports/lang/rust/work/.cargo/registry/src/github.com-1ecc6299db9ec823/lzma-sys-0.1.4/xz-5.2.3/build-aux/config.rpath and that comes from bsd.port.mk line 3091 ff. But I can't figure out why this shouldn't happen on FreeBSD 11 - as far as I can figure out right now WITHOUT_FBSD10_FIX isn't set automatically, nor will the run-autotools-fixup be overridden (but I've limited access to FreeBSD 11 right now). Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: rust problem
## Christoph Moench-Tegeder (c...@burggraben.net): > > I mailed it the maintainer. He said it is a local problem. > > I'd like to disagree: the problem is caused by this: I have to retract this: a poudriere build (10.3 again) completes. That shows that the rust build suffers from some environmental poisoning... damn. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Best practice to tail a log and start it as service using rc.d scripts
## Matthias Fechner (ide...@fechner.net): > That mailtrain can handle bounce message with postfix together it is > necessary to tail the postfix log and pass it to mailtrain, using a > command like this: > tail -F -n +0 /var/log/maillog | nc localhost 5699 - That looks like a bad idea. As Eugene already demonstrated, you can use syslog (not just "our" syslog, all decent syslog daemons have some way to feed the log into a pipe) - and you can also use syslog to get the log to the mailtrain host, in case that's not running on the same host as postfix (or otherwise seperated). That way, your problem would just not exist, and the setup would be much more robust in general. So, if it's possible to hook the mailtrain "receiver" end to syslog, instead of "some" port... Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: lang/rust broken Makefile
## tech-lists (tech-li...@zyxst.net): > my "fix" was to change this: > > # FIXME: Static libraries in lib/rustlib/*/lib/*.rlib are not stripped, > # but they contain non-object files which make strip(1) unhappy. > @${STRIP_CMD} \ > <<< .mine > ${STAGEDIR}${PREFIX}/bin/rustc \ Wait - that's verbatim in your version of the Makefile? You've an unresolved merge conflict there. I guess you edited the Makefile at some point (the indentation looks funny - but that may have happened during copy), and ignored the conflict during svn update. Perhaps you didn't even intend to edit the file but saved it after "viewing" (and accidentially editing) it in some editor. Quite surly that conflict hasn't been part of the official version of the Makefile over the last few versions, see https://svnweb.freebsd.org/ports/head/lang/rust/Makefile?annotate=449914 and related. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Procmail got updated!
## Matthias Andree (matthias.and...@gmx.de): > Sunpoet, can we mark the port as deprecated given that even the upstream > once said it should best be abolished? I can't find the reference now, Here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769938#11 https://marc.info/?l=openbsd-ports=141634350915839=2 Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: java/openjdk8 fails to build under poudriere
## Lev Serebryakov (l...@freebsd.org): > checking for ftp... ftp > checking headful support... headless only > configure: Found potential Boot JDK using configure arguments > configure: Potential Boot JDK found at /usr/local/bootstrap-openjdk8 is > incorrect JDK version (); ignoring > configure: (Your Boot JDK must be version 7 or 8) > configure: error: The path given by --with-boot-jdk does not contain a valid > Boot JDK > configure exiting with result code 1 > ===> Script "../../configure" failed unexpectedly. > > Do I do something wrong? Looks like... I get checking headful support... include support for both headful and headless configure: Found potential Boot JDK using configure arguments checking for Boot JDK... /usr/local/bootstrap-openjdk8 checking Boot JDK version... openjdk version "1.8.0_144" OpenJDK Runtime Environment (build 1.8.0_144-b01) OpenJDK 64-Bit Server VM (build 25.144-b01, mixed mode) checking for java in Boot JDK... ok First idea: fdescfs and procfs available? (See pkg-message of bootstrap-openjdk8). Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Port directory not found:
## AN (a...@neu.net): > I have been seeing this recently when upgrading ports, any suggestions how > to fix would be appreciated. > > Thanks > > > # portupgrade -va > ---> Session started at: Sun, 29 Apr 2018 17:03:25 -0400 > [Reading data from pkg(8) ... - 935 packages found - done] > ** Port directory not found: devel/py-setuptools@py27 That looks like portupgrade doesn't know about FLAVOURS (and I can't find anything in it's changelog about that, so go figure). Alternatives are portmaster (se has added flavours support and is actively maintaining it (no personal experience on my side)) and poudriere (which tends to be a resource hog, but is _the_ ports build tool). Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: /usr/local/lib/ruby/site_ruby/2.4/pkgtools/portsdb.rb:118:in `block (2 levels) in fill': MOVED file format error (PortsDB::MOVEDError)
## AN (a.n...@ieee.org): > After a recent update to ports I'm suddenly receiving the following > when trying to use portupgrade. > > # portupgrade -va > /usr/local/lib/ruby/site_ruby/2.4/pkgtools/portsdb.rb:118:in `block (2 > levels) in fill': MOVED file format error (PortsDB::MOVEDError) The last line of MOVED is malformed, by this commit: https://svnweb.freebsd.org/ports/head/MOVED?r1=477717=477718 Sometimes the error is just what the error message says... Cc'ing rene. Regards, Christoph -- Spare Space. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Perl help needed
## Robert Huff (roberth...@rcn.com): > On a system with over 850 ports, 32 starting with "p5-", the > list of dependent ports portmaster created from > "pkg shlib -qR libperl.so.5.24" was over 200, including things like > FireFox and llvm50 (llvm is required for mesa-dri). That sound like "too much". I've 1408 ports installed, of which 90 are named p5-*, and "pkg shlib -qR libperl.so.5.26" shows only 32 ports. Did you rebuild everything along the build-dependencies, or does your build tool use the run-depdendencies? There had been a time when ports had way too many dependencies registered, if my memory serves right that was because many build-dependencies were recorded as run-dependencies (or there was no distinction at all). Is that a leftover effect from those times? Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Perl help needed
## Robert Huff (roberth...@rcn.com): > Socket.c: loadable library and perl binaries are mismatched (got handshake > key 0xd200080, needed 0xdf00080) The perl default version changed - are you sure your perl and modules still match? See UPDATING 20180330. The error message is just what I'd expect for a mismatch. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: devel/llvm60 build failure in poudriere
## Miroslav Lachman (000.f...@quip.cz): The whole thing looks phishy. > ===> Fetching all distfiles required by llvm60-6.0.1_3 for building > => SHA256 Checksum OK for llvm-6.0.1.src.tar.xz. > => SHA256 Checksum OK for cfe-6.0.1.src.tar.xz. Do you use non-default options? That list is much longer here, like ===> Fetching all distfiles required by llvm60-6.0.1_3 for building => SHA256 Checksum OK for llvm-6.0.1.src.tar.xz. => SHA256 Checksum OK for cfe-6.0.1.src.tar.xz. => SHA256 Checksum OK for compiler-rt-6.0.1.src.tar.xz. => SHA256 Checksum OK for clang-tools-extra-6.0.1.src.tar.xz. => SHA256 Checksum OK for lld-6.0.1.src.tar.xz. => SHA256 Checksum OK for lldb-6.0.1.src.tar.xz. => SHA256 Checksum OK for openmp-6.0.1.src.tar.xz. === > === > ===> Patching for llvm60-6.0.1_3 > ===> Applying extra patch /usr/ports/devel/llvm60/files/clang And that's strange as files/clang is a directory. > OS on the host is 11.2 amd64, building jail is 10.4 amd64 Ah. 10.4 went EOL on November 1st. Are you sure the older "patch" from that FreeBSD can handle the patches imported a week ago? You could try adding "gpatch:devel/patch" as PATCH_DEPENDS and setting "PATCH=${LOCALBASE}/bin/gpatch" (see math/mpfr for an example). Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Resolving ports conflicts for ImageMagick6
## bob prohaska (f...@www.zefox.net): > Installing ImageMagick6-6.9.10.14,1... > pkg-static: ImageMagick6-6.9.10.14,1 conflicts with ImageMagick-6.9.9.28_2,1 > (installs files into the same place). Problematic file: > /usr/local/bin/Magick++-config > *** Error code 70 Make sure your installed packages are up-to-date with your ports tree. Using old packages with a new ports tree (or vice versa) results in... this. Better yet: use poudriere (or similar) to build packages in a clean jail. Regards, Christoph -- Spare Space. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: How much memory to compile www/chromium?
## bob prohaska (f...@www.zefox.net): > > See bsd.ports.mk: DISABLE_MAKE_JOBS (as in "make -DDISABLE_MAKE_JOBS"). > > > Thank you, I think that's the information needed. Come to think of it, > will the -j option, such as -j2, work in this situation also? Two threads > are much better than one 8-) If you had looked into bsd.port.mk yourself... right below the docs of DISABLE_MAKE_JOBS (line 814) is some documentation for MAKE_JOBS_NUMBER and MAKE_JOBS_NUMBER_LIMIT. -j won't help because there's a lot of arguments sanitizing going on - we can't be having with random arguments showing up down in the port's make invocations - quite often, it's not even "our" make down there. Regards, Christoph -- Spare Space. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: How much memory to compile www/chromium?
## Ian Lepore (i...@freebsd.org): > That's a bit of a harsh tone to take with a user who has questions. Sorry, the day is getting long (and it doesn't sound that harsh in german, it definitively wasn't meant that harsh). > If > Bob was an aspiring ports developer, maybe a response like that would > make some sense. Asking a user who knows how to build ports to be > poking around in and understanding the guts of the ports build > framework is a bit much. Asking them to even know bsd.port.mk *exists* > is a bit much. Every ports developer started by compiling their own ports :) At least, that's how I started. And I had mentioned bsd.ports.mk in my previous mail. > A good response would be to point a user to the manpage that documents > all this stuff. Oh wait... there isn't one. There is ports(7), and again it redirects to bsd.ports.mk. I'm not even sure we could have all the ports make variables in a man page - the knobs of the ports tree depend on your checkout (portsnap, svn, whatever) and not on the base system or some installed package. Regards, Christoph -- Spare Space. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: How much memory to compile www/chromium?
## bob prohaska (f...@www.zefox.net): > How much memory should be required for > make -DBATCH > in www/chromium? Quite a lot, multiple GBs. > The system in question is an RPI3 running r341643. That will hurt. A regular chromium build takes about 16 CPU-hours on my fairly modern i7 CPU, SSDs and large RAM. Parallel compilation helps a lot, keeping 16 CPU threads busy and my feet warm (building chromium alone takes 1 hour of wall clock time on my system - if that's the only thing I'm running at that time). > Device 1K-blocks UsedAvail Capacity > /dev/mmcsd0s2b4404252 2705928 169832461% I'm not even sure if your SD card will survive that :) > If this is expected, is there a way to reduce the number of threads started > by make? See bsd.ports.mk: DISABLE_MAKE_JOBS (as in "make -DDISABLE_MAKE_JOBS"). Gruss, Christoph -- Spare Space. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: How much memory to compile www/chromium?
## Kurt Jaeger (p...@freebsd.org): > How can this parallel compilation be configured for chromium in poudriere ? Look for ALLOW_MAKE_JOBS and/or ALLOW_MAKE_JOBS_PACKAGES in poudriere.conf. That's what does the trick for my poudriere :) Regards, Christoph -- Spare Space. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"