close my 2 PRs
Feel free to close: http://www.freebsd.org/cgi/query-pr.cgi?pr=178670 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/178671 I can no longer reproduce the problem. Thanks Anton ___ 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: close my 2 PRs
Anton Shterenlikht me...@bris.ac.uk wrote: Feel free to close: http://www.freebsd.org/cgi/query-pr.cgi?pr=178670 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/178671 I can no longer reproduce the problem. Done. Emanuel ___ 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
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description f ports/187216[PATCH] security/pwauth: update to 2.3.11 o ports/187212new version of security/rndpassw (0.2) o ports/187211[maintainer-update] Update devel/cgit to 0.10.1 o ports/187209[maintainer update] textproc/ibus: update to 1.5.5 o ports/187203CARP protocol not work on HYPER-V 2012 R2 o ports/187202[patch] [update] net-p2p/mktorrent: staging support o ports/187197[patch] x11/evilvte upgrade f ports/187191devel/yaml-cpp to 0.5.1 f ports/187190[PATCH] graphics/xli pkg-plist missing f ports/187186[patch] graphics/jogl does not build on machines witho o ports/187173[maintainer-update] [patch] mail/trojita: Update Maint o ports/187172[maintainer-update] [patch] devel/hg-git: Update Maint o ports/187171[maintainer-update] [patch] devel/diffuse: Update Main o ports/187170[maintainer-update] [patch] devel/dulwich: Update Main o ports/187166sysutils/grub2: 10_kfreebsd has \t chars that become ' o ports/187165sysutils/grub2 10_kfreebsd contains 't' characters tha o ports/187156[maintainer-update] Update mail/dbmail to 3.1.11 o ports/187151textproc/highlight: incorrect path of Makefile o ports/187144[MAINTAINER] update audio/ncmpc to 0.2.1 o ports/187143[NEW PORT] math/isl: Integer Set Library o ports/187136New port: irc/irccd a fast and powerful C++ IRC bot o ports/187117[PATCH] irc/unrealircd: server crash when built with c f ports/187112www/davical: option DOCS includes more than docs, i.e. o ports/187111BSDPAN: doesn't support pkgng o ports/187106[NEW PORT] games/spigot Minecraft server f ports/187105[PATCH] net/miniupnpd fix incrrect redirect filter f ports/187101Feature request: security/amavisd-milter should use a o ports/187099[new port] sysutils/p5-Linux-Cpuinfo, Object Oriented f ports/187088unable to install mail/dovecot2 o ports/187070[NEW PORT] net/qjsonrpc: C++ Qt based JSON RPC2 librar o ports/187033New port: sysutils/tlsdate - Secure parasitic rdate re f ports/187029update net-mgmt/flowviewer to 4.3 o ports/187025[UPDATE] graphics/bmeps: update to 3.8.2 o ports/186988maintainer update: science/afni f ports/186976[PATCH] devel/tortoisehg2 upgrade to 2.11 o ports/186965[patch] mail/prayer missing header f ports/186963[patch] ports-mgmt/portrac: reports no updates to inst o ports/186962irc/minbif only needs imlib2 if the user wants caca o ports/186947[PATCH] java/dbvis: update to 9.1.6, move to databases o ports/186945graphics/jbig2dec: ia64 current: FAIL: test_jbig2dec.p o ports/186931Request Commit of ports/184011 -- Patch for Preliminar o ports/186911net-mgmt/zabbix22-server: update to 2.2.2 o ports/186903new port: security/krb5-strength f ports/186888[PATCH] games/armagetron: incomplete plist (orphans) o ports/186867security/strongswan add --enable-tools o ports/186865change rc.d script for security/strongswan o ports/186860[New Port] www/madsonic network media streamer f ports/186844sysutils/bsdinfo o ports/186824[patch] print/cups* ports: update to 1.7.0 and more o ports/186820[NEW PORTS, UPDATE] Add CentOS 6.5 userland ports f ports/186817[PATCH] devel/swig20: update to 2.0.12 f ports/186796astro/qlandkartegt : upgrade to 1.7.6 o ports/186779building graphics/libopenraw fails f ports/186769graphics/jogl doesn't build on FreeBSD 10 o ports/186758sysutils/xfsprogs not build with clang f ports/186745mail/dovecot2 PATCH (needs -lgssapi_krb5 for GSSAPI on o ports/186717Ports: www/subsonicupdate from 4.8 to 4.9 f ports/186691Update net/pecl-amqp to 1.3.0 f ports/186690Update net/rabbitmq-c-devel to 0.5.0 o ports/186670[patch] astro/foxtrotgps: wrong paths in pkg-plist cau o ports/186653[NEW PORT] databases/monetdb: Multithreaded column-or o ports/186651[maintainer] security/masscan: update to 1.0.3 o ports/186638PATCH www/fcgiwrap: fix rc _flags f ports/186626net/ss5 can't be installed under FreeBSD 10 o
Issues with Poudriere builing packages depending on Perl
Hi, I am trying to build bunch on packages in Poudriere on 10-R for 10-R and 9.2-R. The packages are building fine, but for some reason at least one of them builds with two different perl versions, 5.16 and 5.18. I would like to get all my packages built with 5.18, so in my make.conf for Poudriere jails I've the following: WITH_PKGNG=yes WITHOUT_X11=yes WITHOUT_X=yes PERL5_DEFAULT=5.18 PERL_PORT=perl5.18 DEFAULT_VERSIONS= perl5=5.18 However, when trying to install it, I am getting the following result: root@machine:~ # pkg install nrpe Updating repository catalogue The following 4 packages will be installed: Installing perl5: 5.16.3_7 [FreeBSD] Installing perl5.18: 5.18.2_1 [FreeBSD] Installing nagios-plugins: 1.5_1,1 [localrepo] Installing nrpe: 2.15 [localrepo] The installation will require 97 MB more space and then the installation of course fails due to the perl dependency config. Has anyone a clue how to untangle that Poudriere/Perl mess? Also, any advices on the make.conf settings to absolutely avoid anything related to x11/examples/docs? Thanks in advance! ___ 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: dns/djbdns [do-package] Error code 1
On Mar 3, 2014, at 2:16 AM, Baptiste Daroussin b...@freebsd.org wrote: On Sun, Mar 02, 2014 at 07:53:31PM -0800, David Thiel wrote: On 02/27, Chad J. Milios wrote: root@kakashi:~ # dnscache-conf dnscache dnslog /var/service/dnscache dnscache-conf: fatal: unable to switch to /usr/ports/dns/djbdns/work/stage/usr/local: file does not exist root@kakashi:~ # strings `which dnscache-conf` | grep stage /usr/ports/dns/djbdns/work/stage/usr/local HOWEVER the software works properly ONCE it manages to get installed by the normal `make clean install` method (where i have to try about 15 times with my fingers crossed and by the grace of God it works one of the times) and strings reports no 'stage' anywhere in dnscache-conf Bapt figured it out. The it target included the install target, making prog the more appropriate build target. I'm still rather confused as to why this made the issues timing-sensitive (and apparently only in some environments), but it should work now. Similar issues may be affecting other djb ports; I'll investigate that this week. I have been able to reproduce this issue everywhere, sorry it was totally my fault as with DEVELOPER=yes in my make.conf it was showing the problem during the qa phase which somehow I haven't seen the first time when I staged it. My bad, I deserve my pointyhat for that one. I have had a look at sysutils/daemontools and it is safe in that area, in fact given how most of djb's Makefile are written 'it' should be the right target, djbdns seems a bit special here. Sorry about the initial breakage regards, Bapt t'sall good homie. Thank you for all your work on FreeBSD ___ 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
can pkg install mod_php5 (ie. libphp5.so) ?
Hi: apache24-2.4.6_1 was installed using 'pkg'. subsequently, php55-5.5.9 and almost all the modules were installed using 'pkg install'. However, 'pkg search' did not turn in any 'mod_php5'. Is building php from the '/usr/ports/lang/php5' the only option to configure 'APACHE' PHP_SAPI ? thanks Saifi. ___ 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: can pkg install mod_php5 (ie. libphp5.so) ?
Hi, sa...@sina.cn wrote on 03.03.2014 20:48: Hi: apache24-2.4.6_1 was installed using 'pkg'. subsequently, php55-5.5.9 and almost all the modules were installed using 'pkg install'. However, 'pkg search' did not turn in any 'mod_php5'. Is building php from the '/usr/ports/lang/php5' the only option to configure 'APACHE' PHP_SAPI ? thanks Saifi. Right now - yes, manual build from ports with setting corresponding option in lang/php5 is the only option, and this is quite silly. But I'm almost done with the port, that builds libphp5.so for default versions of php and apache. Stay tuned :). -- Regards, Ruslan T.O.S. Of Reality ___ 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: amavis[12345]: (12345-02) (!)file utility failed: exit 1
Hi -- I'd like to come back on an issue reported last October (see thread ending in http://lists.freebsd.org/pipermail/freebsd-ports/2013-October/087175.html). amavisd-new requires sysutils/file which throws an error like ... | test /usr/local/bin/file ascii.txt | ascii.txt: ERROR: line 163: regex error 17, (illegal byte sequence) ... whereas the system file utility acts as expected: | test /usr/bin/file ascii.txt | ascii.txt: ASCII text I did notice it for the first time with file-5.15. Today I did upgrade to file-5.17, and I do still see that error. According the message obove (see link) that bug should have been fixed already, correct or am I mistaken? Thanks and with kind regards, Michael ___ 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
sage-6.1.1 build errors out while building conway_polynomials
Hi:
on attempting to build sage-6.1.1 from the '/usr/ports/math/sage' port, the
build errors out while building a subpackage 'conway_polynomials'.
env
---
FreeBSD x53u 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r262432:
Mon Feb 24 17:50:32 IST 2014
root@x53u:/usr/obj/usr/src/sys/GENERIC amd64
env var
---
export SPKG_CHECK=yes
export SAGE_KEEP_BUILT_SPKGS=yes
#export SAGE_MATPLOTLIB_GUI=gtk
export SAGE_MATPLOTLIB_GUI=no
export MAKE_JOBS_UNSAFE=yes
SAGE_PARALLEL_SPKG_BUILD=yes
build log
-
# make
=== Building for sage-math-6.1.1
gmake[2]: Entering directory `/usr/ports/math/sage/work/sage-6.1.1'
cd build \
../build/pipestatus \
env SAGE_PARALLEL_SPKG_BUILD='' ./install all 21 \
tee -a ../logs/install.log
*** ALL ENVIRONMENT VARIABLES BEFORE BUILD: ***
.MAKE.LEVEL.ENV=MAKELEVEL
ADDR2LINE=/usr/local/bin/addr2line
AR=/usr/local/bin/ar
ARCH=/usr/local/bin/ar
AS=/usr/local/bin/as
AUTOCONF=/usr/local/bin/autoconf-2.69
AUTOCONF_DIR=/usr/local/share/autoconf-2.69
AUTOCONF_VERSION=2.69
AUTOHEADER=/usr/local/bin/autoheader-2.69
AUTOIFNAMES=/usr/local/bin/ifnames-2.69
AUTOM4TE=/usr/local/bin/autom4te-2.69
AUTORECONF=/usr/local/bin/autoreconf-2.69
AUTOSCAN=/usr/local/bin/autoscan-2.69
AUTOUPDATE=/usr/local/bin/autoupdate-2.69
BLOCKSIZE=K
BSD_INSTALL_DATA=install -o root -g wheel -m 444
BSD_INSTALL_LIB=install -s -o root -g wheel -m 444
BSD_INSTALL_MAN=install -o root -g wheel -m 444
BSD_INSTALL_PROGRAM=install -s -o root -g wheel -m 555
BSD_INSTALL_SCRIPT=install -o root -g wheel -m 555
CC=gcc46
CFLAGS=-pipe -Wl,-rpath=/usr/ports/math/sage/work/sage-6.1.1/local/lib
-mfpmath=387 -Wl,-rpath=/usr/local/lib/gcc46
CONFIG_DONE_SAGE=1
CPP=cpp46
CPPFILT=/usr/local/bin/c++filt
CPPFLAGS=
CXX=g++46
CXXFLAGS=-pipe -Wl,-rpath=/usr/ports/math/sage/work/sage-6.1.1/local/lib
-mfpmath=387 -Wl,-rpath=/usr/local/lib/gcc46
-Wl,-rpath=/usr/ports/math/sage/work/sage-6.1.1/local/lib -mfpmath=387
-Wl,-rpath=/usr/local/lib/gcc46
DOT_SAGE=/usr/ports/math/sage/work/sage-6.1.1/tmp/.sage
F77=gfortran46
FCFLAGS=-Wl,-rpath=/usr/local/lib/gcc46
FFLAGS=-pipe -Wl,-rpath=/usr/ports/math/sage/work/sage-6.1.1/local/lib
-mfpmath=387 -Wl,-rpath=/usr/local/lib/gcc46
GDM_LANG=en_US.UTF-8
GPROF=/usr/local/bin/gprof
HOME=/root
LANG=en_US.UTF-8
LD=/usr/local/bin/ld
LDFLAGS=-Wl,-rpath=/usr/ports/math/sage/work/sage-6.1.1/local/lib
-Wl,-rpath=/usr/local/lib/gcc46 -L/usr/local/lib/gcc46
-Wl,-rpath=/usr/local/lib/gcc46 -L/usr/local/lib/gcc46
LIBDIR=/usr/lib
LOCALBASE=/usr/local
LOGNAME=root
MAIL=/var/mail/root
MAKE=make -j1
MAKEFLAGS=w -- SYSTEMVERSION= OSVERSION=114 OSREL=11.0 OPSYS=FreeBSD
CONFIG_DONE_SAGE=1 ARCH=/usr/local/bin/ar .MAKE.LEVEL.ENV=MAKELEVEL
MAKELEVEL=3
MAKEOVERRIDES=${-*-command-variables-*-}
MAKE_JOBS_UNSAFE=yes
MANPREFIX=/usr/local
MFLAGS=-w
MM_CHARSET=UTF-8
NM=/usr/local/bin/nm
NO_LINT=YES
OBJCOPY=/usr/local/bin/objcopy
OBJDUMP=/usr/local/bin/objdump
OPSYS=FreeBSD
OSREL=11.0
OSVERSION=114
PAGER=more
PATH=/usr/ports/math/sage/work/sage-6.1.1/src/bin:/usr/ports/math/sage/work/sage-6.1.1/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
PREFIX=/usr/local
PWD=/usr/ports/math/sage/work/sage-6.1.1/build
PYTHONPATH=/usr/ports/math/sage/work/sage-6.1.1/local
RANLIB=/usr/local/bin/ranlib
READELF=/usr/local/bin/readelf
SAGE_ATLAS_LIB=/usr/local/lib
SAGE_EXTCODE=/usr/ports/math/sage/work/sage-6.1.1/local/share/sage/ext
SAGE_FAT_BINARY=yes
SAGE_INSTALL_GCC=no
SAGE_LOCAL=/usr/ports/math/sage/work/sage-6.1.1/local
SAGE_LOGS=/usr/ports/math/sage/work/sage-6.1.1/logs/pkgs
SAGE_PARALLEL_SPKG_BUILD=
SAGE_PORT=yes
SAGE_ROOT=/usr/ports/math/sage/work/sage-6.1.1
SAGE_SPKG_INST=/usr/ports/math/sage/work/sage-6.1.1/local/var/lib/sage/installed
SAGE_SRC=/usr/ports/math/sage/work/sage-6.1.1/src
SAGE_VERSION=6.1.1
SCRIPT=typescript
SHELL=/bin/sh
SHLVL=2
SIZE=/usr/local/bin/size
SPKG_CHECK=yes
STRINGS=/usr/local/bin/strings
SYSTEMVERSION=
TERM=xterm
USER=root
_=/usr/bin/env
***
make[3]: Entering directory `/usr/ports/math/sage/work/sage-6.1.1/build'
make -j1 base
make[4]: Entering directory `/usr/ports/math/sage/work/sage-6.1.1/build'
make[4]: Nothing to be done for `base'.
make[4]: Leaving directory `/usr/ports/math/sage/work/sage-6.1.1/build'
env SAGE_BUILD_TOOLCHAIN=yes make -j1 toolchain
make[4]: Entering directory `/usr/ports/math/sage/work/sage-6.1.1/build'
make[4]: Nothing to be done for `toolchain'.
make[4]: Leaving directory `/usr/ports/math/sage/work/sage-6.1.1/build'
make -j1 toolchain-deps
make[4]: Entering directory `/usr/ports/math/sage/work/sage-6.1.1/build'
make -j1
/usr/ports/math/sage/work/sage-6.1.1/local/var/lib/sage/installed/zlib-1.2.8.p0
make[5]: Entering directory `/usr/ports/math/sage/work/sage-6.1.1/build'
make[5]:
`/usr/ports/math/sage/work/sage-6.1.1/local/var/lib/sage/installed/zlib-1.2.8.p0'
is up to date.
make[5]: Leaving directory `/usr/ports/math/sage/work/sage-6.1.1/build'
make -j1
Re: can pkg install mod_php5 (ie. libphp5.so) ?
Le lun 3 mar 14 à 17:48:29 +0100, sa...@sina.cn sa...@sina.cn écrivait : Hi: Hello, apache24-2.4.6_1 was installed using 'pkg'. subsequently, php55-5.5.9 and almost all the modules were installed using 'pkg install'. However, 'pkg search' did not turn in any 'mod_php5'. Is building php from the '/usr/ports/lang/php5' the only option to configure 'APACHE' PHP_SAPI ? Yes, it is. But note that PHP-FPM (FastCGI Process Manager) is enabled. -- Th. Thomas. ___ 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: mutt failing to build on current
On Sun, Mar 2, 2014 at 11:49 PM, hiren panchasara hiren.panchas...@gmail.com wrote: Poudriere failed to build mutt for me and here is the error log: http://bpaste.net/show/184460/ I have today's current and up-to-date ports tree. Please let me know if I can provide more info. Logs say: configure: error: C compiler cannot create executables - what does it mean? Attaching config.log also: http://bpaste.net/show/184663/ Any help is appreciated. cheers, Hiren ___ 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: sage-6.1.1 build errors out while building conway_polynomials
On 03/03/14 11:33, Saifi Khan wrote: Hi: on attempting to build sage-6.1.1 from the '/usr/ports/math/sage' port, the build errors out while building a subpackage 'conway_polynomials'. Most people have reported errors in scipy and matplotlib with FreeBSD-10. I think the build of conway-polynomials comes earlier. So if we had a work around for this, you would still be stuck later on with the build of scipy or matplotlib. I am somewhat convinced that the error is due to some kind of incompatibility between clang and gcc46 and the linking process. I have no idea how to fix these problems. I'm kind of hoping that it will get magically fixed one day. ___ 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: mutt failing to build on current
On 3/3/2014 18:21, hiren panchasara wrote: On Sun, Mar 2, 2014 at 11:49 PM, hiren panchasara hiren.panchas...@gmail.com wrote: Poudriere failed to build mutt for me and here is the error log: http://bpaste.net/show/184460/ I have today's current and up-to-date ports tree. Please let me know if I can provide more info. Logs say: configure: error: C compiler cannot create executables - what does it mean? Attaching config.log also: http://bpaste.net/show/184663/ Any help is appreciated. The actual error is that -rpath=/usr/local/lib:/usr/lib is passed instead of -Wl,-rpath=/usr/local/lib:/usr/lib. caused by: c_cv_env_LDFLAGS_value=' -L/usr/local/lib -rpath=/usr/local/lib:/usr/lib -ltinfow -Wl,-rpath,/usr/lib:/usr/local/lib -Wl,-rpath=/usr/lib:/usr/local/lib' The second rpath is correct. I don't know where LDFLAGS is getting set, probably the vendor makefile. John ___ 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: sage-6.1.1 build errors out while building conway_polynomials
On Mon, 3 Mar 2014, Saifi Khan wrote: Has anybody encountered this situation ? Is there a workaround for this ? There are still unresolved issues building sage on FreeBSD 10 and 11. The maintainer and others have been working on it. http://lists.freebsd.org/pipermail/freebsd-ports/2014-January/088960.html http://lists.freebsd.org/pipermail/freebsd-ports/2014-January/089435.html -- Greg ___ 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
graphics/imageindex - 1.1_5
I installed subj on 10-stable. Result: $ imageindex defined(@array) is deprecated at /usr/local/bin/imageindex line 2301. (Maybe you should just omit the defined()?) defined(@array) is deprecated at /usr/local/bin/imageindex line 2314. (Maybe you should just omit the defined()?) defined(@array) is deprecated at /usr/local/bin/imageindex line 2478. (Maybe you should just omit the defined()?) defined(@array) is deprecated at /usr/local/bin/imageindex line 2502. (Maybe you should just omit the defined()?) Can't locate flush.pl in @INC (@INC contains: /usr/local/lib/perl5/5.16/BSDPAN /usr/local/lib/perl5/site_perl/5.16/mach /usr/local/lib/perl5/site_perl/5.16 /usr/local/lib/perl5/5.16/mach /usr/local/lib/perl5/5.16 .) at /usr/local/bin/imageindex line 328. Whats wrong? -- - Alex V. Petrov ___ 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: mutt failing to build on current
On Mon, Mar 3, 2014 at 9:29 AM, John Marino freebsd.cont...@marino.st wrote: On 3/3/2014 18:21, hiren panchasara wrote: On Sun, Mar 2, 2014 at 11:49 PM, hiren panchasara hiren.panchas...@gmail.com wrote: Poudriere failed to build mutt for me and here is the error log: http://bpaste.net/show/184460/ I have today's current and up-to-date ports tree. Please let me know if I can provide more info. Logs say: configure: error: C compiler cannot create executables - what does it mean? Attaching config.log also: http://bpaste.net/show/184663/ Any help is appreciated. The actual error is that -rpath=/usr/local/lib:/usr/lib is passed instead of -Wl,-rpath=/usr/local/lib:/usr/lib. caused by: c_cv_env_LDFLAGS_value=' -L/usr/local/lib -rpath=/usr/local/lib:/usr/lib -ltinfow -Wl,-rpath,/usr/lib:/usr/local/lib -Wl,-rpath=/usr/lib:/usr/local/lib' The second rpath is correct. I don't know where LDFLAGS is getting set, probably the vendor makefile. Thanks John. for now, I've switched to gcc and it worked. cheers, Hiren ___ 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
[QAT] r346947: 8x leftovers, 4x success
Add a patch from SpamAssassin bug #6937 to improve compatibility with perl 5.18's changes to each ordering. This fixes the message: Use of each() on hash after insertion without resetting hash iterator results in undefined behavior, Perl interpreter: 0x2880d800 at /usr/local/lib/perl5/site_perl/5.18/Mail/SpamAssassin/AsyncLoop.pm line 363, GEN84 line 98. PR: ports/186819 Approved by:perl (maintainers) - Build ID: 20140303182000-31952 Job owner: ad...@freebsd.org Buildtime: 41 minutes Enddate: Mon, 03 Mar 2014 19:00:57 GMT Revision: r346947 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=346947 - Port:japanese/p5-Mail-SpamAssassin 3.3.2_5 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290100/ja-p5-Mail-SpamAssassin-3.3.2_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290101/ja-p5-Mail-SpamAssassin-3.3.2_5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290102/ja-p5-Mail-SpamAssassin-3.3.2_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290103/ja-p5-Mail-SpamAssassin-3.3.2_5.log - Port:mail/p5-Mail-SpamAssassin 3.3.2_9 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290104/p5-Mail-SpamAssassin-3.3.2_9.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290105/p5-Mail-SpamAssassin-3.3.2_9.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290106/p5-Mail-SpamAssassin-3.3.2_9.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290107/p5-Mail-SpamAssassin-3.3.2_9.log - Port:mail/p5-Mail-SpamAssassin-Alt 3.3.2_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290108/p5-Mail-SpamAssassin-Alt-3.3.2_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290109/p5-Mail-SpamAssassin-Alt-3.3.2_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290110/p5-Mail-SpamAssassin-Alt-3.3.2_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ad...@freebsd.org/20140303182000-31952-290111/p5-Mail-SpamAssassin-Alt-3.3.2_2.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140303182000-31952 redports https://qat.redports.org/ ___ 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
guile broken for me on 11.0-CURRENT i386
I've been having trouble building gnome-games for a while now and finally had some time to dig into it. The problem appears to be that guile is broken. The gnome-games build runs guile-config during configure doesn't notice that the output is messed up, which causes breakage later in the build. If I run guile-config, I get: % guile-config ERROR: Unbound variable: define If I rebuild guile, cd to the work directory and run check-guile: # ./check-guile Testing /usr/ports/lang/guile/work/guile-1.8.8/pre-inst-guile ... with GUILE_LOAD_PATH=/usr/ports/lang/guile/work/guile-1.8.8/test-suite ERROR: Unbound variable: define I tried rebuilding with gcc46 instead of clang, but that doesn't make any difference. I don't see any suspicious compilation warnings. Is anyone else seeing this? ___ 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: Issues with Poudriere builing packages depending on Perl
Anyone? On Mon, Mar 3, 2014 at 1:44 PM, Big Lebowski spankthes...@gmail.com wrote: Hi, I am trying to build bunch on packages in Poudriere on 10-R for 10-R and 9.2-R. The packages are building fine, but for some reason at least one of them builds with two different perl versions, 5.16 and 5.18. I would like to get all my packages built with 5.18, so in my make.conf for Poudriere jails I've the following: WITH_PKGNG=yes WITHOUT_X11=yes WITHOUT_X=yes PERL5_DEFAULT=5.18 PERL_PORT=perl5.18 DEFAULT_VERSIONS= perl5=5.18 However, when trying to install it, I am getting the following result: root@machine:~ # pkg install nrpe Updating repository catalogue The following 4 packages will be installed: Installing perl5: 5.16.3_7 [FreeBSD] Installing perl5.18: 5.18.2_1 [FreeBSD] Installing nagios-plugins: 1.5_1,1 [localrepo] Installing nrpe: 2.15 [localrepo] The installation will require 97 MB more space and then the installation of course fails due to the perl dependency config. Has anyone a clue how to untangle that Poudriere/Perl mess? Also, any advices on the make.conf settings to absolutely avoid anything related to x11/examples/docs? Thanks in advance! ___ 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/imageindex - 1.1_5
On Mon, Mar 3, 2014 at 9:54 AM, Alex V. Petrov alexvpet...@gmail.comwrote: I installed subj on 10-stable. Result: $ imageindex defined(@array) is deprecated at /usr/local/bin/imageindex line 2301. (Maybe you should just omit the defined()?) defined(@array) is deprecated at /usr/local/bin/imageindex line 2314. (Maybe you should just omit the defined()?) defined(@array) is deprecated at /usr/local/bin/imageindex line 2478. (Maybe you should just omit the defined()?) defined(@array) is deprecated at /usr/local/bin/imageindex line 2502. (Maybe you should just omit the defined()?) Yes, recent versions of perl don't allow this use of defined. Can't locate flush.pl in @INC (@INC contains: /usr/local/lib/perl5/5.16/BSDPAN /usr/local/lib/perl5/site_perl/5.16/mach /usr/local/lib/perl5/site_perl/5.16 /usr/local/lib/perl5/5.16/mach /usr/local/lib/perl5/5.16 .) at /usr/local/bin/imageindex line 328. Whats wrong? flush.pl was one of several old perl4 include files that were deprecated back when perl5 came out and was removed in Perl 5.16. It probably should be replaced by IO::Handle. From the ancient Perl syntax, I'd say that this port or the upstream needs to be updated to modern syntax. To fix these is trivial, but the maintainer/author should probably check for other things that are obsolete. The last version is seven years old. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com ___ 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: Issues with Poudriere builing packages depending on Perl
On 03/03/2014 07:44, Big Lebowski wrote: Hi, I am trying to build bunch on packages in Poudriere on 10-R for 10-R and 9.2-R. The packages are building fine, but for some reason at least one of them builds with two different perl versions, 5.16 and 5.18. I would like to get all my packages built with 5.18, so in my make.conf for Poudriere jails I've the following: WITH_PKGNG=yes WITHOUT_X11=yes WITHOUT_X=yes PERL5_DEFAULT=5.18 PERL_PORT=perl5.18 DEFAULT_VERSIONS= perl5=5.18 However, when trying to install it, I am getting the following result: root@machine:~ # pkg install nrpe Updating repository catalogue The following 4 packages will be installed: Installing perl5: 5.16.3_7 [FreeBSD] Installing perl5.18: 5.18.2_1 [FreeBSD] Installing nagios-plugins: 1.5_1,1 [localrepo] Installing nrpe: 2.15 [localrepo] The installation will require 97 MB more space and then the installation of course fails due to the perl dependency config. Has anyone a clue how to untangle that Poudriere/Perl mess? Also, any advices on the make.conf settings to absolutely avoid anything related to x11/examples/docs? Thanks in advance! You can run poudriere bulk -vv and it will show the dependency tree. However since there are only two packages listed above that aren't perl, I would inspect each port manually to see if you can find out why it is trying to pull in a non-default version. You could even try installing just nagios-plugins and see which perl it tries to pull in. I only use: DEFAULT_VERSIONS= perl5=5.16 in my poudriere make.conf and everything uses 5.16, including nrpe and nagios-plugins. For the x11/examples/docs I am guessing something like: OPTIONS_UNSET+=DOCS EXAMPLES X11 however many things like to pull in X11 anyway and it will probably take a lot of work. ___ 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: can pkg install mod_php5 (ie. libphp5.so) ?
i had alot of issues with libphp5.so, was using pkg_add too had to chill using php, i badly wanted to copy that file from somewhere but. if you find a solution let me know otherwise.. On Mon, Mar 3, 2014 at 8:14 PM, Thierry Thomas thie...@freebsd.org wrote: Le lun 3 mar 14 à 17:48:29 +0100, sa...@sina.cn sa...@sina.cn écrivait : Hi: Hello, apache24-2.4.6_1 was installed using 'pkg'. subsequently, php55-5.5.9 and almost all the modules were installed using 'pkg install'. However, 'pkg search' did not turn in any 'mod_php5'. Is building php from the '/usr/ports/lang/php5' the only option to configure 'APACHE' PHP_SAPI ? Yes, it is. But note that PHP-FPM (FastCGI Process Manager) is enabled. -- Th. Thomas. ___ 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 -- Frosty-456 ___ 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: can pkg install mod_php5 (ie. libphp5.so) ?
On 3/3/14, 4:13 PM, Ivan Frosty wrote: i had alot of issues with libphp5.so, was using pkg_add too had to chill using php, i badly wanted to copy that file from somewhere but. if you find a solution let me know otherwise.. I built a port of mod_php5 and hacked lang/php5 to help solve this problem. I sent ale my patches. If anyone else wants to see them let me know. Joe On Mon, Mar 3, 2014 at 8:14 PM, Thierry Thomas thie...@freebsd.org wrote: Le lun 3 mar 14 à 17:48:29 +0100, sa...@sina.cn sa...@sina.cn écrivait : Hi: Hello, apache24-2.4.6_1 was installed using 'pkg'. subsequently, php55-5.5.9 and almost all the modules were installed using 'pkg install'. However, 'pkg search' did not turn in any 'mod_php5'. Is building php from the '/usr/ports/lang/php5' the only option to configure 'APACHE' PHP_SAPI ? Yes, it is. But note that PHP-FPM (FastCGI Process Manager) is enabled. -- Th. Thomas. ___ 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 -- PGP Key : http://www.marcuscom.com/pgp.asc ___ 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: dns/djbdns [do-package] Error code 1
On Thu, 27 Feb 2014 11:47:51 -0800
David Thiel l...@redundancy.redundancy.org wrote:
On 02/27, Michael Gmelin wrote:
I stumbled over the same problem today on 10.0, make NO_STAGE=1
install worked for me on the first attempt though. I can also
confirm the problem with dnscache-conf when installing the binary
package using pkg install.
Can you confirm the exact version you installed via pkg install,
including PORTREVISION?
[3/3] Installing djbdns-1.05_17,1... done
pkg info djbdns
configuration file djbdns-1.05_17,1
Name : djbdns
Version: 1.05_17,1
Installed on : Mon Mar 3 20:24:26 UTC 2014
Origin : dns/djbdns
Architecture : freebsd:10:x86:64
Prefix : /usr/local
Categories : dns
Maintainer : l...@freebsd.org
WWW: http://cr.yp.to/djbdns.html
Comment: Collection of secure and reliable DNS tools
Options:
ADD_USERS : off
DNSCURVE : off
DUMPCACHE : off
IGNOREIP : off
IP6: off
JUMBO : off
MAN: on
PERSISTENT_MMAP: off
SRV: off
Flat size : 801KiB
Description:
Bapt's latest fixes (1.05_18,1) seem to solve this, *but*...
I'm not certain about the maintainer situation of the port, if you
want me to I could take a closer look at this in a few days.
The difficulty here is that the maintainer can't reproduce the problem
at all, and I'm not intimately familiar with the internals of stage
support. I don't see anything in the port that looks timing-dependent,
so I'm not sure where to go.
unfortunately now it seems like staging is not working reliably. I
noticed this while building on a host that actually runs dnscache (it's
reproducible about 90% of the time):
# make clean stage
...
=== Generating temporary packing list
./install
install: fatal: unable to write .../bin/dnscache: text busy
*** Error code 111
Stop.
make[2]: stopped in /usr/ports/dns/djbdns/work/djbdns-1.05
*** Error code 1
Stop.
make[1]: stopped in /usr/ports/dns/djbdns
*** Error code 1
Stop.
make: stopped in /usr/ports/dns/djbdns
Which simply means, that ./install is trying to overwrite the
running /usr/local/bin/dnscache.
MAKE_JOBS_UNSAFE works here, so there's probably a parallel execution
problem which messes up the conf-home logic/workaround. If I introduce
sleep 1 to the pre-install target things work as expected. Also, if
I run make clean; make; sleep 1; make stage everything is ok.
My theory is, that overwriting ${WRKSRC}/conf-home only results
in the desired effect, if its new timestamp is clearly newer to trigger
rebuilds of all dependencies.
When comparing build outputs, I noticed that in a working build
./auto-str auto_home `head -1 conf-home auto_home.c` got called,
while on malfunctioning builds it wouldn't. Rebuilding auto_home.c
depends directly on auto-str and conf-home.
My trivial solution is to also remove auto_home.c as part of
the pre-install target, which *seems* to fix the problem, since it makes
sure that conf-home gets turned into a news auto_home.c which in turn
is used when creating auto_home.o and linking install and instcheck.
Makes sense?
Patch (also attached for those receiving this directly):
--- ../djbdns.orig/Makefile 2014-03-03 21:50:54.283547363 +
+++ Makefile2014-03-03 21:52:48.982536754 +
@@ -134,7 +134,7 @@
pre-install:
@${MV} -f ${WRKSRC}/conf-home ${WRKSRC}/conf-home.sav
@echo ${STAGEDIR}${PREFIX} ${WRKSRC}/conf-home
- @cd ${WRKSRC} ; ${RM} -f install instcheck install.o instcheck.o hier.o
auto_home.o
+ @cd ${WRKSRC} ; ${RM} -f install instcheck install.o instcheck.o hier.o
auto_home.o auto_home.c
@cd ${WRKSRC} ; ${MAKE_CMD} install instcheck
@${MV} -f ${WRKSRC}/conf-home.sav ${WRKSRC}/conf-home
--
Michael Gmelin
--- ../djbdns.orig/Makefile 2014-03-03 21:50:54.283547363 +
+++ Makefile 2014-03-03 21:52:48.982536754 +
@@ -134,7 +134,7 @@
pre-install:
@${MV} -f ${WRKSRC}/conf-home ${WRKSRC}/conf-home.sav
@echo ${STAGEDIR}${PREFIX} ${WRKSRC}/conf-home
- @cd ${WRKSRC} ; ${RM} -f install instcheck install.o instcheck.o hier.o auto_home.o
+ @cd ${WRKSRC} ; ${RM} -f install instcheck install.o instcheck.o hier.o auto_home.o auto_home.c
@cd ${WRKSRC} ; ${MAKE_CMD} install instcheck
@${MV} -f ${WRKSRC}/conf-home.sav ${WRKSRC}/conf-home
___
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: dns/djbdns [do-package] Error code 1
On Mon, Mar 03, 2014 at 11:04:12PM +0100, Michael Gmelin wrote:
On Thu, 27 Feb 2014 11:47:51 -0800
David Thiel l...@redundancy.redundancy.org wrote:
On 02/27, Michael Gmelin wrote:
I stumbled over the same problem today on 10.0, make NO_STAGE=1
install worked for me on the first attempt though. I can also
confirm the problem with dnscache-conf when installing the binary
package using pkg install.
Can you confirm the exact version you installed via pkg install,
including PORTREVISION?
[3/3] Installing djbdns-1.05_17,1... done
pkg info djbdns
configuration file djbdns-1.05_17,1
Name : djbdns
Version: 1.05_17,1
Installed on : Mon Mar 3 20:24:26 UTC 2014
Origin : dns/djbdns
Architecture : freebsd:10:x86:64
Prefix : /usr/local
Categories : dns
Maintainer : l...@freebsd.org
WWW: http://cr.yp.to/djbdns.html
Comment: Collection of secure and reliable DNS tools
Options:
ADD_USERS : off
DNSCURVE : off
DUMPCACHE : off
IGNOREIP : off
IP6: off
JUMBO : off
MAN: on
PERSISTENT_MMAP: off
SRV: off
Flat size : 801KiB
Description:
Bapt's latest fixes (1.05_18,1) seem to solve this, *but*...
I'm not certain about the maintainer situation of the port, if you
want me to I could take a closer look at this in a few days.
The difficulty here is that the maintainer can't reproduce the problem
at all, and I'm not intimately familiar with the internals of stage
support. I don't see anything in the port that looks timing-dependent,
so I'm not sure where to go.
unfortunately now it seems like staging is not working reliably. I
noticed this while building on a host that actually runs dnscache (it's
reproducible about 90% of the time):
# make clean stage
...
=== Generating temporary packing list
./install
install: fatal: unable to write .../bin/dnscache: text busy
*** Error code 111
Stop.
make[2]: stopped in /usr/ports/dns/djbdns/work/djbdns-1.05
*** Error code 1
Stop.
make[1]: stopped in /usr/ports/dns/djbdns
*** Error code 1
Stop.
make: stopped in /usr/ports/dns/djbdns
Which simply means, that ./install is trying to overwrite the
running /usr/local/bin/dnscache.
MAKE_JOBS_UNSAFE works here, so there's probably a parallel execution
problem which messes up the conf-home logic/workaround. If I introduce
sleep 1 to the pre-install target things work as expected. Also, if
I run make clean; make; sleep 1; make stage everything is ok.
My theory is, that overwriting ${WRKSRC}/conf-home only results
in the desired effect, if its new timestamp is clearly newer to trigger
rebuilds of all dependencies.
When comparing build outputs, I noticed that in a working build
./auto-str auto_home `head -1 conf-home auto_home.c` got called,
while on malfunctioning builds it wouldn't. Rebuilding auto_home.c
depends directly on auto-str and conf-home.
My trivial solution is to also remove auto_home.c as part of
the pre-install target, which *seems* to fix the problem, since it makes
sure that conf-home gets turned into a news auto_home.c which in turn
is used when creating auto_home.o and linking install and instcheck.
Makes sense?
Patch (also attached for those receiving this directly):
That's a good catch!, I took my solution from debian packaging, but I think I
have missed something out there, the timestamp should have been taken in account
in my patch, I may have missed something, I go digging again in debian package
to see what I missed, but your invesgation helps for sure
regards,
Bapt
pgpKqdTJG9xiI.pgp
Description: PGP signature
sysutils/apt needs a new maintainer
Hi- sysutils/apt is several versions behind and doesn't build on FreeBSD 10. When I created the port some years ago it required a great many patches to build on FreeBSD, so I suspect that upgrading it and making it build on 10+ might not be easy. I've moved on from the job where I needed to use apt on FreeBSD, and I unfortunately don't have the time to put into maintaining it now. Any takers? Please CC me as I'm not on the list. Thanks! Nick ___ 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] net-mgmt/flowviewer and security/silktools patches
On Sun, Mar 2, 2014 at 11:42 PM, Muhammad Moinur Rahman
5u623...@gmail.comwrote:
Hi,
Can you please send me the patches as attachment rather than inline. I
will try to rebuild it from scratch and check it out again with Silktools.
Regards,
Muhammad
On Wed, Feb 19, 2014 at 12:57 AM, Chad Gross avata...@gmail.com wrote:
On Tue, Feb 18, 2014 at 10:33 AM, Chad Gross avata...@gmail.com wrote:
I managed to configure net-mgmt/flowviewer with security/silktools, but
had to make some modifications to get it working. FlowViewer is
configured
by defaut to pass the $silk_data_dir + $device_name as the root data
directory to the rwfilter tool, when the root directory should be the
same
as $silk_data_dir. I've confirmed it is still the configured this way in
the latest version (4.3, released 2/11/14) so I could be misconfiguring
something, but I don't see how since I following the documentation (
http://sourceforge.net/projects/flowviewer/files/FlowViewer.pdf/download
).
I also manually ran the commands out of working/DEBUG_VIEWER and it
produced nothing until I updated --data-rootdir=/data/flows/S0 to
--data-rootdir=/data/flows.
Here are patches for the 4 affected files:
--- FlowGrapher_Main.cgi.orig 2014-02-18 08:49:42.0 -0500
+++ FlowGrapher_Main.cgi2014-02-18 09:09:58.0 -0500
@@ -535,7 +535,7 @@
$silk_flow_type =~ s/\s+//g;
}
- $data_root_dir = $silk_data_directory ./. $device_name;
+ $data_root_dir = $silk_data_directory;
# Prepare rwfilter start and end time parameters, filter
criteria
and window type
--- FlowTracker_Recreate.orig 2014-02-16 15:50:35.0 -0500
+++ FlowTracker_Recreate2014-02-18 09:09:58.0 -0500
@@ -245,7 +245,7 @@
$cat_start =
epoch_to_date($cat_start_epoch,LOCAL);
$cat_end =
epoch_to_date($cat_end_epoch,LOCAL);
- $data_root_dir = $silk_data_directory ./.
$device_name;
+ $data_root_dir = $silk_data_directory;
$silk_flow_type = ;
--- FlowTracker_Collector.orig 2014-02-18 08:48:54.0 -0500
+++ FlowTracker_Collector 2014-02-18 09:09:58.0 -0500
@@ -303,7 +303,7 @@
# Set up silk data sources
- $data_root_dir = $silk_data_directory ./.
$device_name;
+ $data_root_dir = $silk_data_directory;
$silk_flow_type = ;
--- FlowViewer_Main.cgi.orig2014-02-18 08:52:30.0 -0500
+++ FlowViewer_Main.cgi 2014-02-18 09:09:58.0 -0500
@@ -431,7 +431,7 @@
$silk_flow_type =~ s/\s+//g;
}
-$data_root_dir = $silk_data_directory ./. $device_name;
+$data_root_dir = $silk_data_directory;
# Prepare rwfilter start and end time parameters
I also found that security/silktools uses UTC by default, but has a
configuration option to enable localtime (
https://tools.netsa.cert.org/silk/faq.html#timestamp-mismatch).
Here is a patch to the Makefile containing a config option for
localtime:
--- /usr/ports/silktools/Makefile.orig 2014-02-18 09:29:28.0
-0500
+++ /usr/ports/silktools/Makefile 2014-02-18 09:41:48.0
-0500
@@ -23,6 +23,11 @@
USES= perl5
USE_PERL5= build
+HAS_CONFIGURE= yes
+OPTIONS_DEFINE= LOCALTIME
+LOCALTIME_DESC= Use localtime instead of UTC
+
+
MAN1= mapsid.1 num2dot.1 rwaddrcount.1 rwappend.1 \
rwbag.1 rwbagbuild.1 rwbagcat.1 rwbagtool.1 \
rwcat.1 rwcount.1 rwcut.1 rwdedupe.1 rwfglob.1 \
@@ -51,6 +56,13 @@
rwsender.8
NO_STAGE= yes
+
+.include bsd.port.options.mk
+
+.if ${PORT_OPTIONS:MLOCALTIME}
+CONFIGURE_ARGS+=--enable-localtime
+.endif
+
post-patch:
@${REINPLACE_CMD} -e 's|echo aout|echo elf|' ${WRKSRC}/configure
Thanks,
Chad
Here is another patch for net-mgmt/flowview so sensor filtering works. I
am
not sure why, but this file is originally trying to use the exporter as
the
sensor for SiLK devices. This is interesting since the PDF above indicated
that the @exporter array was only used for flow-tools, not SiLK but alas
here it is using it. If anything I think it would make more sense to use
the device as the sensor, especially since @ipfix_devices is already
defined as a sensor per the documentation. To make matters worse it is
grepping for the probes and not the sensors in order to populate the
--sensors= flag.
--- FlowViewer_Utilities.pm.orig 2014-02-18 12:52:42.0 -0500
+++ FlowViewer_Utilities.pm 2014-02-18 13:50:09.0 -0500
@@ -2339,50
Re: Can't build db48
I was able to have it build by changing the line to: return (intptr_t)tsl; On 2/28/2014 8:49 PM, Daniel Morante wrote: I am unable to build databases/db48 and db6 on FreeBSD 9.2 powerpc64. I've tried with the default gcc, gcc4.8 and gcc 4.9. They all result in the same problem: ./libtool --mode=compile g++49 -c -I. -I./../dist/.. -D_THREAD_SAFE -O2 -pipe -O3 -maltivec -mcpu=G5 -fno-strict-aliasing ./../dist/../cxx/cxx_dbc.cpp libtool: compile: g++49 -c -I. -I./../dist/.. -D_THREAD_SAFE -O2 -pipe -O3 -maltivec -mcpu=G5 -fno-strict-aliasing ./../dist/../cxx/cxx_dbc.cpp -fPIC -DPIC -o .libs/cxx_dbc.o In file included from ./../dist/../dbinc/mutex.h:15:0, from ./db_int.h:884, from ./../dist/../cxx/cxx_dbc.cpp:11: ./../dist/../dbinc/mutex_int.h: In function 'int MUTEX_SET(int*)': ./../dist/../dbinc/mutex_int.h:599:15: error: cast from 'int*' to 'int' loses precision [-fpermissive] return (int)tsl; ^ *** [cxx_db.lo] Error code 1 *** [cxx_dbc.lo] Error code 1 2 errors === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 smime.p7s Description: S/MIME Cryptographic Signature
Re: graphics/imageindex - 1.1_5
On Mon, Mar 3, 2014 at 12:25 PM, Kevin Oberman rkober...@gmail.com wrote:
On Mon, Mar 3, 2014 at 9:54 AM, Alex V. Petrov alexvpet...@gmail.comwrote:
I installed subj on 10-stable.
Result:
$ imageindex
defined(@array) is deprecated at /usr/local/bin/imageindex line 2301.
(Maybe you should just omit the defined()?)
defined(@array) is deprecated at /usr/local/bin/imageindex line 2314.
(Maybe you should just omit the defined()?)
defined(@array) is deprecated at /usr/local/bin/imageindex line 2478.
(Maybe you should just omit the defined()?)
defined(@array) is deprecated at /usr/local/bin/imageindex line 2502.
(Maybe you should just omit the defined()?)
Yes, recent versions of perl don't allow this use of defined.
Can't locate flush.pl in @INC (@INC contains:
/usr/local/lib/perl5/5.16/BSDPAN
/usr/local/lib/perl5/site_perl/5.16/mach
/usr/local/lib/perl5/site_perl/5.16
/usr/local/lib/perl5/5.16/mach /usr/local/lib/perl5/5.16 .) at
/usr/local/bin/imageindex line 328.
Whats wrong?
flush.pl was one of several old perl4 include files that were deprecated
back when perl5 came out and was removed in Perl 5.16. It probably should
be replaced by IO::Handle.
From the ancient Perl syntax, I'd say that this port or the upstream needs
to be updated to modern syntax. To fix these is trivial, but the
maintainer/author should probably check for other things that are obsolete.
The last version is seven years old.
Pulled down the source and it is a bit crufty, but not as bad. Just a few
things that need fixing.
Here is a patch. I have not actually tried it, but it should do the trick.
It passes -wc.
I probably should have thrown in a use strict;.. I just don't have time
right now to scope all of the variables that are now default global (no
scope declared). Most will be my, but it will take time to adjust for any
that should be local or global, if any.
cd /usr/ports/graphics/imageindex
make extract
mkdir files
Copy the following into files
=
--- imageindex.orig2007-04-04 12:55:51.0 -0700
+++ imageindex2014-03-03 20:29:22.0 -0800
@@ -325,7 +325,7 @@
use File::Copy;
use English;
use Carp;
-require 'flush.pl';
+use IO::Handle;
# to shut up -w
use vars qw($opt_recurse);
@@ -523,7 +523,7 @@
# Extract info
print Extracting image info;
-flush (STDOUT);
+STDOUT-flush();
foreach my $file (@files) {
@@ -1708,7 +1708,7 @@
# at the user so that the video regexp might be adjusted
if ($retval == -1) {
print \nwarning: $pathname identified by extension as video file
but mplayer doesn't recognize it\n;
-flush (STDOUT);
+STDOUT-flush();
}
} else {
extract_image_info ($filename);
@@ -1731,15 +1731,15 @@
my ($arate, $anch, $length, $is_video);
print .;
-flush (STDOUT);
+STDOUT-flush();
if ($mplayer_prog eq '' || ($do_video_files == 0)) {
if (($do_video_files != 0) $mplayer_prog eq '') {
print \nwarning: Trying to process video files but cannot find
mplayer in \$path!\n;
-flush (STDOUT);
+STDOUT-flush();
}
print \nSkipping $pathname;
-flush (STDOUT);
+STDOUT-flush();
return 0;
} else {
$object_counter++;
@@ -1893,14 +1893,14 @@
my $i;
print .;
-flush (STDOUT);
+STDOUT-flush();
$retval = $image-Read($pathname);
if ($retval ne ) {
print \nSkipping $pathname;
-flush (STDOUT);
+STDOUT-flush();
return;
} else {
$object_counter++;
@@ -2298,7 +2298,7 @@
if (defined($lastdate)) {
print META NAME=\$enddatemetatag\ CONTENT=\$lastdate\\n;
}
-if (!defined ($opt_includeall) defined (@opt_exclude) scalar
(@opt_exclude)) {
+if (!defined ($opt_includeall) @opt_exclude scalar
(@opt_exclude)) {
my $tmp = join (',', @opt_exclude);
my $etmp;
@@ -2311,7 +2311,7 @@
}
printf (META NAME=\$numimagesmetatag\ CONTENT=\%d\\n,
$image_counter);
-if (defined (@opt_skipmont) scalar (@opt_skipmont)) {
+if (@opt_skipmont scalar (@opt_skipmont)) {
my $tmp = join (',', @opt_skipmont);
printf (META NAME=\$skipmetatag\ CONTENT=\%s\\n, $tmp);
}
@@ -2475,7 +2475,7 @@
# then process. Check to see if any of the -skipmont options were
given as
# strings of filenames concatenated with ',' characters. If so,
support it.
#
-if (defined (@opt_skipmont)) {
+if (@opt_skipmont) {
foreach (@opt_skipmont) {
(@tokens) = split (/,/, $_);
foreach $token (@tokens) {
@@ -2499,7 +2499,7 @@
# then process. Check to see if any of the -exclude options were given
as
# strings of filenames concatenated with ',' characters. If so,
support it.
#
-if (defined (@opt_exclude)) {
+if (@opt_exclude) {
# -includeall takes priority over -exclude on the commandline if they
are
# used
Re: graphics/imageindex - 1.1_5
В письме от 3 марта 2014 20:44:41 пользователь Kevin Oberman написал: cd /usr/ports/graphics/imageindex make extract mkdir files Copy the following into files = skiped = Install the port as you normally would. # make === Patching for imageindex-1.1_5 === Applying FreeBSD patches for imageindex-1.1_5 7 out of 9 hunks failed--saving rejects to imageindex.rej = Patch patch-imageindex failed to apply cleanly. *** Error code 1 You can send a patch as an attachment? -- - Alex V. Petrov ___ 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/imageindex - 1.1_5
On Mon, Mar 3, 2014 at 9:14 PM, Alex V. Petrov alexvpet...@gmail.comwrote: В письме от 3 марта 2014 20:44:41 пользователь Kevin Oberman написал: cd /usr/ports/graphics/imageindex make extract mkdir files Copy the following into files = skiped = Install the port as you normally would. # make === Patching for imageindex-1.1_5 === Applying FreeBSD patches for imageindex-1.1_5 7 out of 9 hunks failed--saving rejects to imageindex.rej = Patch patch-imageindex failed to apply cleanly. *** Error code 1 You can send a patch as an attachment? -- - Alex V. Petrov Sorry. I should have done exactly that. Here it is. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com patch-imageindex Description: Binary data ___ 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/imageindex - 1.1_5
Yes, it works! Thank you very much! -- - Alex V. Petrov ___ 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/imageindex - 1.1_5
On Mon, Mar 3, 2014 at 9:25 PM, Alex V. Petrov alexvpet...@gmail.comwrote: Yes, it works! Thank you very much! -- - Alex V. Petrov Great! I've sent a note to the author and will open a PR. (The author is also the maintainer of the port.) I wrote my own tool to do this about a decade ago, but this one has far greater capabilities. I will start playing with it. Thanks for bringing it to my attention. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com ___ 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: Can't build db48
On 4. März 2014 02:22:39 MEZ, Daniel Morante dan...@morante.net wrote: I was able to have it build by changing the line to: return (intptr_t)tsl; On 2/28/2014 8:49 PM, Daniel Morante wrote: I am unable to build databases/db48 and db6 on FreeBSD 9.2 powerpc64. I've tried with the default gcc, gcc4.8 and gcc 4.9. They all result in the same problem: ./libtool --mode=compile g++49 -c -I. -I./../dist/.. -D_THREAD_SAFE -O2 -pipe -O3 -maltivec -mcpu=G5 -fno-strict-aliasing ./../dist/../cxx/cxx_dbc.cpp libtool: compile: g++49 -c -I. -I./../dist/.. -D_THREAD_SAFE -O2 -pipe -O3 -maltivec -mcpu=G5 -fno-strict-aliasing ./../dist/../cxx/cxx_dbc.cpp -fPIC -DPIC -o .libs/cxx_dbc.o In file included from ./../dist/../dbinc/mutex.h:15:0, from ./db_int.h:884, from ./../dist/../cxx/cxx_dbc.cpp:11: ./../dist/../dbinc/mutex_int.h: In function 'int MUTEX_SET(int*)': ./../dist/../dbinc/mutex_int.h:599:15: error: cast from 'int*' to 'int' loses precision [-fpermissive] return (int)tsl; ^ *** [cxx_db.lo] Error code 1 *** [cxx_dbc.lo] Error code 1 2 errors === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 Thanks, I will see to patching the port next week. ___ 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
