Re: Boost ports update
Hi Alex, is there anything we can do to help you with the update to 1.48 right now? The default release cycle of boost suggests that 1.50 will soon be released (although we might have some time since there have been questions about the release plan for 1.50 and no definite answers to it yet) It would be nice to have 1.48 in ports prior to that release so we can have a go at 1.50 as soon as it has been released... Armin On 2012-03-13 09:17, Alexander Churanov wrote: Folks, There is good news: editors/koffice-kde4 builds successfully with Boost 1.48. It was failing in my tests because of conflict with qt33. The only dependent port left that fails after update to 1.48 is deskutils/kdepim4. For others we either have fixes or a plan how to cope with failures. I am going to find out what makes kdepim4 fail, then fix Boost for amd64 and submit an updated patch after that. ___ 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: Smokeping failure
Hi, The smokeping configure script requires FCGI and other modules needs on run should be installed before configure. As a quick fix I suggest you a small change in the port makefile, replacing RUN_DEPENDS by BUILD_DEPENDS. I request the port and fix it ASAP. Regards Rodrigo OSORIO On 13/05/12 22:24 -0400, Darin wrote: It's apparently failing on the absence of FCGI or CGI::Fast. Any idea why this is happening all of a sudden? make failure: cthulhu# cd /usr/ports/net-mgmt/smokeping cthulhu# make clean === Cleaning for smokeping-2.6.7 cthulhu# make === License check disabled, port has not defined LICENSE === Found saved configuration for smokeping-2.4.2_6 === Extracting for smokeping-2.6.7 = SHA256 Checksum OK for smokeping-2.6.7.tar.gz. === smokeping-2.6.7 depends on file: /usr/local/bin/perl5.12.4 - found cd /usr/ports/net-mgmt/smokeping/work/smokeping-2.6.7/lib ; /bin/rm BER.pm SNMP_util.pm SNMP_Session.pm === Patching for smokeping-2.6.7 === smokeping-2.6.7 depends on file: /usr/local/bin/perl5.12.4 - found === Applying FreeBSD patches for smokeping-2.6.7 /usr/bin/sed -i.bak -e s!%%USERS%%!smokeping!g -e s!%%GROUPS%%!smokeping!g -e s!%%PREFIX%%!/usr/local!g -e s!%%LOCALBASE%%!/usr/local!g -e s!%%DATADIR%%!/usr/local/share/smokeping!g -e s!%%DOCSDIR%%!/usr/local/share/doc/smokeping!g -e s!%%EXAMPLESDIR%%!/usr/local/share/examples/smokeping!g -e s!%%WWWDIR%%!/usr/local/www/smokeping!g -e s!%%ETCDIR%%!/usr/local/etc/smokeping!g /usr/ports/net-mgmt/smokeping/work/smokeping-2.6.7/doc/Makefile.in === smokeping-2.6.7 depends on executable: gmake - found === smokeping-2.6.7 depends on file: /usr/local/bin/perl5.12.4 - found === Configuring for smokeping-2.6.7 checking build system type... i386-portbld-freebsd9.0 checking host system type... i386-portbld-freebsd9.0 checking target system type... i386-portbld-freebsd9.0 checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cpp checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... conftools/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether gmake sets $(MAKE)... yes checking for style of include used by gmake... GNU checking dependency style of cc... none checking whether to enable maintainer-specific portions of Makefiles... no checking for perl... /usr/local/bin/perl checking for sed... /usr/bin/sed checking for grep... (cached) /usr/bin/grep checking for echo... /bin/echo checking for ln... /bin/ln checking for cp... /bin/cp checking for rm... /bin/rm checking for rmdir... /bin/rmdir checking for mkdir... /bin/mkdir checking for find... /usr/bin/find checking for sendmail... /usr/sbin/sendmail checking for gnroff... no checking for nroff... /usr/bin/nroff checking for gnumake... no checking for gmake... /usr/local/bin/gmake checking checking for gnu make availablility... /usr/local/bin/gmake is GNU make checking checking for perl module 'RRDs'... Ok checking checking for perl module 'FCGI'... Failed checking checking for perl module 'CGI'... Ok checking checking for perl module 'CGI::Fast'... Failed checking checking for perl module 'Config::Grammar'... Ok checking checking for perl module 'Digest::HMAC_MD5'... Ok checking checking for perl module 'LWP'... Ok ** Aborting Configure ** If you know where perl can find the missing modules, set the PERL5LIB environment variable accordingly. FIRST though, make sure that 'perl' starts the perl binary you want to use for SmokePing. Now you can install local copies of the missing modules by running ./setup/build-perl-modules.sh /usr/local/thirdparty The RRDs perl module is part of RRDtool. Either
Re: Boost ports update
On Mon, 14 May 2012 10:04:45 +0200, Armin Pirkovitsch wrote: Hi Alex, is there anything we can do to help you with the update to 1.48 right now? The default release cycle of boost suggests that 1.50 will soon be released (although we might have some time since there have been questions about the release plan for 1.50 and no definite answers to it yet) It would be nice to have 1.48 in ports prior to that release so we can have a go at 1.50 as soon as it has been released... Here's the list of ports that fails with new boost: http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-8-exp-latest/index_edited.html Patches and fixes are welcome. But I'm going to commit the update soon anyway. Cheers, Max ___ 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: Boost ports update
On Mon, 14 May 2012 10:04:45 +0200, Armin Pirkovitsch wrote: Hi Alex, is there anything we can do to help you with the update to 1.48 right now? The default release cycle of boost suggests that 1.50 will soon be released (although we might have some time since there have been questions about the release plan for 1.50 and no definite answers to it yet) It would be nice to have 1.48 in ports prior to that release so we can have a go at 1.50 as soon as it has been released... Here's the list of ports that fails with new boost: http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-8-exp-latest/index_edited.html Patches and fixes are welcome. But I'm going to commit the update soon anyway. Cheers, Max ___ 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
Fwd: Re: OpenOffice 3.4 fails to build
(Sending this again, hoping Barracudanetworks' blacklist will let this through). Original Message Subject: Re: OpenOffice 3.4 fails to build Date: Sat, 12 May 2012 16:59:18 +0200 From: Andrea Venturoli m...@netfence.it To: Daniel Nebdal dneb...@gmail.com CC: freebsd-ports@freebsd.org, off...@freebsd.org On 05/10/12 19:59, Daniel Nebdal wrote: If you cd to the bridges directory (/usr/local/local/storage/alamartmp/usr/ports/editors/openoffice-3/work/aoo-3.4.0/main/bridges , apparently) and run gmake, you might get some more useful error messages. Thank you. However, this does not help. # cd /usr/local/local/storage/alamartmp/usr/ports/editors/openoffice-3/work/aoo-3.4.0/main/bridges # gmake gmake: *** No targets specified and no makefile found. Stop. # ls inc prj source testunotypes unxfbsdi.proversion.mk Meanwhile, I tried another box and still get the same error. bye av. ___ 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 o ports/167868net-mgmt/smokeping fix and request maintenership o ports/167866www/mod-perl2: update to 2.0.6 o ports/167863[UPDATE] chinese/fcitx-* to 4.2.3; chinese/sunpinyin t o ports/167859Maintainer update: net-im/ttytter to 2.0.0 o ports/167855[NEW PORT] games/smashbattle: Smash Battle is an 8-bit o ports/167854[NEW PORT] games/barbie_seahorse_adventures: You are a o ports/167853apache-openoffice-3.4.0 fails to build o ports/167852New port: devel/libjson++ C++ interface for JSON seria o ports/167850[PATCH] Mk: Add a Makefile for quick 'make -V' lookups o ports/167849[NEW PORT] games/connectagram: Connectagram is a word o ports/167841[UPDATE] dns/poweradmin to 2.1.5 o ports/167833New port: dns/dnscrypt-proxy - preventing spying, spoo f ports/167824mail/dovecot: double checks for build options o ports/167789[NEW PORT] print/bophook: Style file providing a begin o ports/167788[NEW PORT] print/examplep: LaTeX style files for types o ports/167710[NEW PORT] devel/py27-tw.forms: Web Widgets for buildi o ports/167703[NEW PORT] devel/py27-repoze.who-friendlyform: A colle o ports/167700[PATCH] New changes on sysutils/bacula-* ports o ports/167693[NEW PORT] misc/xdg-menu: A ROX panel applet that disp o ports/167691problem compiling kerberos/heimdal f ports/167682databases/sqlite3 3.7.11 on FreeBSD 9.0-RELEASE amd64 o ports/167626New port: math/flair o ports/167613graohics/vigra: rf_split.hxx:155:26: error: variable h o ports/167591security/openssh-portable looks for ecdsa key but none o ports/167586libiodbc-3.52.8 + p5-DBD-ODBC-1.37 = Segmentation faul o ports/167554security/openssh-portable has some drawbacks f ports/167493databases/sqlite3 port uses non-recommended legacy sou o ports/167368Python version propagation breaks USE_PYTHON= usage fo f ports/167330graphics/zathura ports update o ports/167328[New ports] graphisc/zathura-pdf-*, x11-toolkits/girar o ports/167219[MAINTAINER] japanese/wordpress: update to 3.3.2 and g f ports/167196x11/fireflies: fix build errror o ports/167186[NEW PORT] www/py27-rhodecode: Is fast and powerful ma o ports/167185[NEW PORT] textproc/py27-whoosh: Featureful full-text f ports/167090sysutils/ezjail: Invalid command line option in ezjail f ports/167031security/heimdal ignore environment after process call o ports/167023lang/erlang doesn't compile with unixODBC f ports/166987net/nss_ldap: ports/152982 causes nss_ldap to not func f ports/166964New version of x11/slim now out o ports/166826New port: misc/libphidget The driver for Phidgets devi o ports/166812New port: mail/bounceHammer o ports/166728New port: science/fvcom-mpi o ports/166726New port: science/fvcom o ports/166722graphics/ufraw: port fails to build if GTK option is o ports/166711New port: japanese/fcitx-mozc - Mozc Japanese input me o ports/15[new port] java/jboss-as: JBoss 7.1 new port o ports/12www/asterisk-stat - pgsql select substring() problem o ports/166645emulators/virtio-kmod: rxcsum breaks checksum for loca o ports/166534finance/openerp-server, finance/openerp-web: OpenERP m o ports/166522lang/f77: Fortran 77 compiler always exits with error o ports/166506www/py-prewikka bug using [auth cgi] o ports/166438New port: devel/libarms: library for developing SMFv2/ f ports/166388security/libgcrypt is broken o ports/166248sendmail dies of signal 11 on freebsd in a virtualbox s ports/166244[maintainer update] databases/powerarchitect version u o ports/166243New port databases/jdbc-oracle10g: JDBD driver for Ora o ports/166237New port: devel/arduino-glcd: A Graphical LCD library o ports/166117add knobs in math/grace to make features selectable an o ports/166006Problem with mail/postfix and mail/mailman integration f ports/166004www/squid31 3.1.19 crashes on first request f ports/165918unable to build net-mgmt/zenoss with subversion o ports/165842
Re: Boost ports update
on 14/05/2012 12:51 Max Brazhnikov said the following: On Mon, 14 May 2012 10:04:45 +0200, Armin Pirkovitsch wrote: Hi Alex, is there anything we can do to help you with the update to 1.48 right now? The default release cycle of boost suggests that 1.50 will soon be released (although we might have some time since there have been questions about the release plan for 1.50 and no definite answers to it yet) It would be nice to have 1.48 in ports prior to that release so we can have a go at 1.50 as soon as it has been released... Here's the list of ports that fails with new boost: http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-8-exp-latest/index_edited.html Patches and fixes are welcome. But I'm going to commit the update soon anyway. Thank you! For the ports like cgal where the error(s) result from interaction between boost and Qt moc there are a few workarounds, but not proper fix yet (it seems): - a cgal specific one: http://cgal-discuss.949826.n4.nabble.com/PATCH-prevent-Qt-s-moc-from-choking-on-BOOST-JOIN-td4081602.html - more general: https://bugreports.qt-project.org/browse/QTBUG-22829 The general theme is to use Q_MOC_RUN to guard against headers that moc doesn't grok. -- Andriy Gapon ___ 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: Boost ports update
On 2012-05-14 11:51, Max Brazhnikov wrote: On Mon, 14 May 2012 10:04:45 +0200, Armin Pirkovitsch wrote: Hi Alex, is there anything we can do to help you with the update to 1.48 right now? The default release cycle of boost suggests that 1.50 will soon be released (although we might have some time since there have been questions about the release plan for 1.50 and no definite answers to it yet) It would be nice to have 1.48 in ports prior to that release so we can have a go at 1.50 as soon as it has been released... Here's the list of ports that fails with new boost: http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-8-exp-latest/index_edited.html Patches and fixes are welcome. But I'm going to commit the update soon anyway. Sounds great :) I'll have a go at www/openvrml - there is a newer version which is supposed to work with boost 1.47 (and hence hoepfully with 1.48) Armin ___ 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
is pkg-shlib(8) implemented yet?
I get: ldd /usr/local/bin/gnuplot |grep libz libz.so.6 = /lib/libz.so.6 (0x1204c4000) pkg shlib libz.so.6 libz.so.6 was not found in the database Is that expected? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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
FreeBSD Port: libvncserver-0.9.9
Disabling ipv6 in libvncserver-0.9.9 on FreeBSD 9 # uname -a FreeBSD clover-nas-test 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 I have compiled this library without the ipv6 support: # cd /usr/ports/net/libvncserver # make fetch # make patch # cd work/LibVNCServer-0.9.9 # ./configure --without-x --without-ipv6 --with-ssl # make all # make install The supplied example: # /usr/ports/net/libvncserver/work/LibVNCServer-0.9.9/examples/example 14/05/2012 14:15:04 Listening for VNC connections on TCP port 5900 14/05/2012 14:15:04 Listening for HTTP connections on TCP port 5800 14/05/2012 14:15:04 URL http://clover-nas-test:5800 starts, but attempting to connect it crash: via VNC port 5900: Bus error: 10 (core dumped) via HTTP port 5800: 14/05/2012 14:18:39 httpd: get '' for 192.168.0.185 14/05/2012 14:18:39 httpd: defaulting to 'index.vnc' Bus error: 10 (core dumped) Recompiling the library with ipv6 support all works. ___ 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: is pkg-shlib(8) implemented yet?
On 14/05/2012 14:01, Anton Shterenlikht wrote: I get: ldd /usr/local/bin/gnuplot |grep libz libz.so.6 = /lib/libz.so.6 (0x1204c4000) pkg shlib libz.so.6 libz.so.6 was not found in the database Is that expected? pkg-shlib is implemented, but turned off in the default configuration. As I recall, you need to add: SHAREDLIBRARIES: yes to /etc/pkg.conf. (Actually, check the pkg.conf man page on the specifics of that: I'm unfortunately not near anywhere I can confirm the syntax right now.) Once the shared library tracking function is enabled, you'll need to install from ports to populate the DB tables. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: Smokeping failure
Darin derw...@naebunny.net writes: It's apparently failing on the absence of FCGI or CGI::Fast. Any idea why this is happening all of a sudden? I don't use (or know anything about) smokeping, but I did notice the new entry in UPDATING saying that such configurations were preferred, and pointing to the documentation. ___ 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: Smokeping failure
This has nothing to do with the webserver configuration. This is a build failure due to a missing depend. On Mon, May 14, 2012 at 11:32:16AM -0400, Lowell Gilbert wrote: Darin derw...@naebunny.net writes: It's apparently failing on the absence of FCGI or CGI::Fast. Any idea why this is happening all of a sudden? I don't use (or know anything about) smokeping, but I did notice the new entry in UPDATING saying that such configurations were preferred, and pointing to the documentation. ___ 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 -- - (2^(N-1)) ___ 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 get hplip to work on HP LaserJet 1212nf MFP
2012/5/13 Thomas Mueller muelle...@insightbb.com I built hplip from the ports on both the old and new computer, FreeBSD 8.2 i386 and 9.0 amd64 respectively, and can't get either of them to work, either on USB or Ethernet. I commented out device ulpt in the kernel config file, but got No devices found in the USB setup, even though the printer was recognized by system messages and usbconfig. When I connected the printer on the new computer via USB, ulpt.ko automatically loaded (how to prevent that?), but I got the same No devices found even when ulpt.ko was renamed to ulpt2.ko so it would not be found and loaded (a kludge). The printer was found when connected by Ethernet, but the binary plugin installation failed consistently, some complaint of /etc/issue or hp-plugin-install not found. By way of comparison, I also built hplip3 from pkgsrc in NetBSD 5.1_STABLE amd64; this was actually pkgsrc-wip (http://pkgsrc-wip.sourceforge.net). That was version 3.11.1. I got No devices found both with USB and Ethernet; could still try again with Ethernet, getting the printer IP address from either dmesg.boot or logging in to wireless router, though this is a slender chance. hplip versions for FreeBSD are 3.11.1 on the old computer and 3.11.5 on the new computer. I do intend to update my 9.0-STABLE installation on the new computer and then portupgrade or portmaster this and other ports, but fear more of the same frustration. Would I need to exclude ulpt module as well as kernel config device ulpt line, or can ulpt.ko be prevented from automatically loading, or would that make no difference? Are HP printers especially recalcitrant to setting up, or especially USB-quirky, as opposed to other brands such as Lexmark, Samsung, Brother, Xerox and Canon? Other things I intend to try are with Wine; I also intend to try on Linux, possibly on NetBSD if I can get that to install and run on the new computer. Linux is home base for hplip and much or most other open-source (quasi-)Unix software. Tom ___ 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 I have the exact same model sitting here with me and have been trying to get it to work again. I can't really understand why it doesn't. It did work for me perfectly for a couple of months and then my computer's motherboard died and after the change, I haven't been able to get it to work again. It finds its IP through dhcp and but I can't get it to react. My previous email to the list is at: http://lists.freebsd.org/pipermail/freebsd-questions/2012-April/240116.html We should be able to get it going. I haven't looked at it for a couple of weeks (Just long enough to have forgotten what I have done) so I'll try again from zero and let you know if I have any luck. ed ___ 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: Smokeping failure
Jason Hellenthal jhellent...@dataix.net top-posted: On Mon, May 14, 2012 at 11:32:16AM -0400, Lowell Gilbert wrote: Darin derw...@naebunny.net writes: It's apparently failing on the absence of FCGI or CGI::Fast. Any idea why this is happening all of a sudden? I don't use (or know anything about) smokeping, but I did notice the new entry in UPDATING saying that such configurations were preferred, and pointing to the documentation. This has nothing to do with the webserver configuration. This is a build failure due to a missing depend. Well, you definitely need one of those missing CGI ports for the default configurations, so you can work around this by installing them. It looks like you *should* be able to configure it other ways, so I don't think putting them in the build requirements is a real fix. ___ 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
On file installation
Hi, I'm working on a port for an application written in Java and I'm having some problems deciding how to install the application. Previous to the installation, the WRKSRC directory contains some .jar files and some directories along with some .txt files for licenses, but also some .exe and .bat files _which I don't want to install_. It is basically a package that contains both files for windows and non-windows systems. I was thinking on using COPYTREE_SHARE to install everything and then remove the non necessary files, but doesn't look like an elegant solution. Also, I wouldn't like to explicitly specify every one of the files I want to copy. Is there a way of using something similar to bash's extglob so I can copy !(*.exe|*bat)? If not, how to proceed? I already looked at the existent ports to find something similar but it seems hard to find. I also had a look at bsd.port.mk but I couldn't find what I'm looking for. Any help is appreciated, thanks. ___ 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: On file installation
On 14 May 2012 18:23, Fernando Apesteguía fernando.apesteg...@gmail.com wrote:
Hi,
I'm working on a port for an application written in Java and I'm
having some problems deciding how to install the application.
Previous to the installation, the WRKSRC directory contains some .jar
files and some directories along with some .txt files for
licenses, but also some .exe and .bat files _which I don't want to
install_. It is basically a package that contains both files for
windows and non-windows systems.
I was thinking on using COPYTREE_SHARE to install everything and then
remove the non necessary files, but doesn't look like
an elegant solution. Also, I wouldn't like to explicitly specify every
one of the files I want to copy. Is there a way of using something
similar to bash's extglob so I can copy !(*.exe|*bat)? If not, how to proceed?
I already looked at the existent ports to find something similar but
it seems hard to find. I also had a look at bsd.port.mk but
I couldn't find what I'm looking for.
You can use find primaries with COPYTREE_SHARE such as;
(cd ${WRKSRC}/wherever ${COPYTREE_SHARE} \*
${JAVALIBDIR}/${PORTNAME}/wherever -not -name \*.exe -and -not -name
\*.bat
Chris
___
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: On file installation
On Mon, May 14, 2012 at 7:31 PM, Chris Rees cr...@freebsd.org wrote:
On 14 May 2012 18:23, Fernando Apesteguía fernando.apesteg...@gmail.com
wrote:
Hi,
I'm working on a port for an application written in Java and I'm
having some problems deciding how to install the application.
Previous to the installation, the WRKSRC directory contains some .jar
files and some directories along with some .txt files for
licenses, but also some .exe and .bat files _which I don't want to
install_. It is basically a package that contains both files for
windows and non-windows systems.
I was thinking on using COPYTREE_SHARE to install everything and then
remove the non necessary files, but doesn't look like
an elegant solution. Also, I wouldn't like to explicitly specify every
one of the files I want to copy. Is there a way of using something
similar to bash's extglob so I can copy !(*.exe|*bat)? If not, how to
proceed?
I already looked at the existent ports to find something similar but
it seems hard to find. I also had a look at bsd.port.mk but
I couldn't find what I'm looking for.
You can use find primaries with COPYTREE_SHARE such as;
(cd ${WRKSRC}/wherever ${COPYTREE_SHARE} \*
${JAVALIBDIR}/${PORTNAME}/wherever -not -name \*.exe -and -not -name
\*.bat
Thanks! I think that is what I was looking for :)
I'll give it a try.
Chris
___
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: On file installation
On Mon, May 14, 2012 at 07:40:41PM +0200, Fernando Apesteguía thus spake:
On Mon, May 14, 2012 at 7:31 PM, Chris Rees cr...@freebsd.org wrote:
On 14 May 2012 18:23, Fernando Apesteguía fernando.apesteg...@gmail.com wrote:
Hi,
I'm working on a port for an application written in Java and I'm
having some problems deciding how to install the application.
Previous to the installation, the WRKSRC directory contains some .jar
files and some directories along with some .txt files for
licenses, but also some .exe and .bat files _which I don't want to
install_. It is basically a package that contains both files for
windows and non-windows systems.
I was thinking on using COPYTREE_SHARE to install everything and then
remove the non necessary files, but doesn't look like
an elegant solution. Also, I wouldn't like to explicitly specify every
one of the files I want to copy. Is there a way of using something
similar to bash's extglob so I can copy !(*.exe|*bat)? If not, how to proceed?
I already looked at the existent ports to find something similar but
it seems hard to find. I also had a look at bsd.port.mk but
I couldn't find what I'm looking for.
You can use find primaries with COPYTREE_SHARE such as;
(cd ${WRKSRC}/wherever ${COPYTREE_SHARE} \*
${JAVALIBDIR}/${PORTNAME}/wherever -not -name \*.exe -and -not -name
\*.bat
Thanks! I think that is what I was looking for :)
I'll give it a try.
Chris
Also, if it is trivial, I would suggest building it via source. Please though,
don't install any .war files, as if an application server is involved in the
expansion of the war file with this port, then the system will be dirty on
de-install.
-jgh
--
Jason Helfman
System Administrator
experts-exchange.com
http://www.experts-exchange.com/M_4830110.html
E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5
___
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 get hplip to work on HP LaserJet 1212nf MFP
2012/5/14 Edwin L. Culp W. edwinlc...@gmail.com 2012/5/13 Thomas Mueller muelle...@insightbb.com I built hplip from the ports on both the old and new computer, FreeBSD 8.2 i386 and 9.0 amd64 respectively, and can't get either of them to work, either on USB or Ethernet. I commented out device ulpt in the kernel config file, but got No devices found in the USB setup, even though the printer was recognized by system messages and usbconfig. When I connected the printer on the new computer via USB, ulpt.ko automatically loaded (how to prevent that?), but I got the same No devices found even when ulpt.ko was renamed to ulpt2.ko so it would not be found and loaded (a kludge). The printer was found when connected by Ethernet, but the binary plugin installation failed consistently, some complaint of /etc/issue or hp-plugin-install not found. By way of comparison, I also built hplip3 from pkgsrc in NetBSD 5.1_STABLE amd64; this was actually pkgsrc-wip ( http://pkgsrc-wip.sourceforge.net). That was version 3.11.1. I got No devices found both with USB and Ethernet; could still try again with Ethernet, getting the printer IP address from either dmesg.boot or logging in to wireless router, though this is a slender chance. hplip versions for FreeBSD are 3.11.1 on the old computer and 3.11.5 on the new computer. I do intend to update my 9.0-STABLE installation on the new computer and then portupgrade or portmaster this and other ports, but fear more of the same frustration. Would I need to exclude ulpt module as well as kernel config device ulpt line, or can ulpt.ko be prevented from automatically loading, or would that make no difference? Are HP printers especially recalcitrant to setting up, or especially USB-quirky, as opposed to other brands such as Lexmark, Samsung, Brother, Xerox and Canon? Other things I intend to try are with Wine; I also intend to try on Linux, possibly on NetBSD if I can get that to install and run on the new computer. Linux is home base for hplip and much or most other open-source (quasi-)Unix software. Tom ___ 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 I have the exact same model sitting here with me and have been trying to get it to work again. I can't really understand why it doesn't. It did work for me perfectly for a couple of months and then my computer's motherboard died and after the change, I haven't been able to get it to work again. It finds its IP through dhcp and but I can't get it to react. My previous email to the list is at: http://lists.freebsd.org/pipermail/freebsd-questions/2012-April/240116.html We should be able to get it going. I haven't looked at it for a couple of weeks (Just long enough to have forgotten what I have done) so I'll try again from zero and let you know if I have any luck. ed I rebuilt everything and still can't get it to work. I even tried USB for configuration and it says that HP LaserJet Professional m1212nf MFP, hpcups 3.12.2, requires proprietary plugin so I'm going back to IP and try again from scratch. ___ 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
FYI clang fails to build ports argp-standalone
build on CURRENT Not sure if its appropriate here, but when trying to get through a new glusterfs FYI clang fails to build ports argp-standalone on CURRENT ___ 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: FYI clang fails to build ports argp-standalone
a) the best place is freebsd-ports@ b) we do periodic builds of ports with clang as default but in general clang is not ready to be the default compiler yet. Please see http://wiki.freebsd.org/PortsAndClang . mcl ___ 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: Smokeping failure
On 5/14/2012 1:11 PM, Lowell Gilbert wrote: Jason Hellenthaljhellent...@dataix.net top-posted: On Mon, May 14, 2012 at 11:32:16AM -0400, Lowell Gilbert wrote: Darinderw...@naebunny.net writes: It's apparently failing on the absence of FCGI or CGI::Fast. Any idea why this is happening all of a sudden? I don't use (or know anything about) smokeping, but I did notice the new entry in UPDATING saying that such configurations were preferred, and pointing to the documentation. This has nothing to do with the webserver configuration. This is a build failure due to a missing depend. Well, you definitely need one of those missing CGI ports for the default configurations, so you can work around this by installing them. It looks like you *should* be able to configure it other ways, so I don't think putting them in the build requirements is a real fix. Just wondering why FastCGI is needed all of a sudden. I've used Smokeping for years and have never needed it before.. Just another bit of code that really doesn't add anything IMO. ___ 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
BUILD_DEPENDS= RUN_DEPENDS=
Hi, I was trying to append to these in my /etc/make.conf and found that a large (thousands) number of ports are using = instead of +=, thus destroying any user-supplied depends. The use case for wanting to do this is to force devel/ccache to be a build dependency on all ports, for package building. Or to force in a particular library along with LDFLAGS into particular ports. This is achievable by modifying bsd.local.mk, but is not ideal. This goes along with updating all CLFAGS/LDFLAGS to use += instead of =. If there is no objection to this route, I will follow-up with a patch/PR to update the ports and handbook. Regards, Bryan Drewery ___ 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_DEPENDS= RUN_DEPENDS=
On 05/14/2012 06:25 PM, Chuck Swiger wrote: On May 14, 2012, at 4:13 PM, Bryan Drewery wrote: I was trying to append to these in my /etc/make.conf and found that a large (thousands) number of ports are using = instead of +=, thus destroying any user-supplied depends. Yes. I think this may even be intentional on the part of the various port maintainers, but the notion of user-supplied additional dependencies is interesting. :-) Yes I have that concern as well. The risk may far outweigh the benefits here. The use case for wanting to do this is to force devel/ccache to be a build dependency on all ports, for package building. Or to force in a particular library along with LDFLAGS into particular ports. This is achievable by modifying bsd.local.mk, but is not ideal. Why do you need ccache added to the build dependencies to use it? Can't you just change CC/C++? For package building. I'm using a package building script that removes all packages before building the next, then only installs the build depends before building the next. Modifying CC is separate - need ccache installed first. Of course, I could update the package building tool to just install ccache first, which I will likely do anyway. It's just 1 example. Off the top of my head I can not think of other specific cases. Thanks for the input, Bryan Drewery ___ 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_DEPENDS= RUN_DEPENDS=
On May 14, 2012, at 4:13 PM, Bryan Drewery wrote: I was trying to append to these in my /etc/make.conf and found that a large (thousands) number of ports are using = instead of +=, thus destroying any user-supplied depends. Yes. I think this may even be intentional on the part of the various port maintainers, but the notion of user-supplied additional dependencies is interesting. :-) The use case for wanting to do this is to force devel/ccache to be a build dependency on all ports, for package building. Or to force in a particular library along with LDFLAGS into particular ports. This is achievable by modifying bsd.local.mk, but is not ideal. Why do you need ccache added to the build dependencies to use it? Can't you just change CC/C++? This goes along with updating all CLFAGS/LDFLAGS to use += instead of =. For most cases, sure, I would agree that CFLAGS/LDFLAGS should use +=. Regards, -- -Chuck ___ 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 get hplip to work on HP LaserJet 1212nf MFP
from Edwin L. Culp W. edwinlc...@gmail.com: I have the exact same model sitting here with me and have been trying to get it to work again. I can't really understand why it doesn't. It did work for me perfectly for a couple of months and then my computer's motherboard died and after the change, I haven't been able to get it to work again. It finds its IP through dhcp and but I can't get it to react. My previous email to the list is at: http://lists.freebsd.org/pipermail/freebsd-questions/2012-April/240116.html We should be able to get it going. I haven't looked at it for a couple of weeks (Just long enough to have forgotten what I have done) so I'll try again from zero and let you know if I have any luck. ed I rebuilt everything and still can't get it to work. I even tried USB for configuration and it says that HP LaserJet Professional m1212nf MFP, hpcups 3.12.2, requires proprietary plugin so I'm going back to IP and try again from scratch. Thanks for your effort. So you managed to get the printer recognized by hp-setup with USB, but it couldn't download and/or install the proprietary plugin? I've read recent reviews of various printer brands in PC World, and HP and Lexmark got low ratings for reliability. Now I have a strong aversion to buying anything in the future of HP brand, except toner if I can get the printer to work. Their tech support was offshored to India, and they had a difficult time communicating in English. Also, their free tech support, either by phone or email, is only for one year, while Lexmark allowed five years. Some things I can try include: Building new version of the port for both amd64 and i386; I will want to build i386 distribution from source to install on a USB stick both for wine and for the old computer. Old computer can't boot directly from USB but can with Plop Boot Manager (http://www.plop.at/). I could also try the MS-Windows software with wine. NetBSD with pkgsrc-wip; also retry the old build with Ethernet, but getting IP address from wireless router if not from dmesg.boot . Linux with a package manager like pacman or conary. OpenIndiana: I saw a reference to hplip, so worth a try with USB sticks even if OpenIndiana can't access my hard drive due to GPT. I actually downloaded and wrote the image to a USB stick. Tom ___ 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: Heimdal 1.5.2 problem
I've determined that there are actually two problems: configure finds the version of BDB that is built into FreeBSD: checking db.h usability... yes checking db.h presence... yes checking for db.h... yes checking db_185.h usability... yes checking db_185.h presence... yes checking for db_185.h... yes But after install, I get the following error: # /usr/local/sbin/kadmin -l kadmin init HOME kadmin: hdb_open: hdb_open: failed initialize database /var/db/heimdal/heimdal kadmin The other problem is when I configure the heimdal port to use BDB, none of the possible BDB versions available in the ports tree are detected by heimdal's configure: checking db5/db.h usability... no checking db5/db.h presence... no checking for db5/db.h... no checking db4/db.h usability... no checking db4/db.h presence... no checking for db4/db.h... no checking db3/db.h usability... no checking db3/db.h presence... no checking for db4/db.h... no checking db3/db.h usability... no checking db3/db.h presence... no checking for db3/db.h... no ___ 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
Stop in /usr/ports/multimedia/mlt
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #16 r235211: Thu May 10 00:55:30 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 portupgrade -va snip cc -O2 -pipe -I/usr/local/include -fno-strict-aliasing -Wall -DPIC -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread -Wall -DPIC -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread -I../.. -Wall -DPIC -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread -c -o filter_wave.o filter_wave.c In file included from /usr/include/string.h:137, from filter_freeze.c:28: /usr/include/xlocale/_string.h:31: error: conflicting types for 'locale_t' ../../framework/mlt_property.h:36: error: previous declaration of 'locale_t' was here gmake[2]: *** [filter_freeze.o] Error 1 gmake[2]: *** Waiting for unfinished jobs gmake[2]: Leaving directory `/usr/ports/multimedia/mlt/work/mlt-0.7.8/src/modules/kdenlive' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/mlt/work/mlt-0.7.8/src/modules' gmake: *** [all] Error 1 *** [do-build] Error code 1 Stop in /usr/ports/multimedia/mlt. *** [build] Error code 1 Stop in /usr/ports/multimedia/mlt. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20120514-7357-uvwol3-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=mlt-0.7.6_2 UPGRADE_PORT_VER=0.7.6_2 make ** Fix the problem and try again. # cd /usr/ports/multimedia/mlt [root@FBSD10 /usr/ports/multimedia/mlt]# make deinstall === Deinstalling for multimedia/mlt === Deinstalling mlt-0.7.6_2 pkg_delete: package 'mlt-0.7.6_2' is required by these other packages and may not be deinstalled (but I'll delete it anyway): openshot-1.4.2 py27-mlt-0.7.6_1 [root@FBSD10 /usr/ports/multimedia/mlt]# make install clean === Building for mlt-0.7.8 gmake[2]: Leaving directory `/usr/ports/multimedia/mlt/work/mlt-0.7.8/src/modules/gtk2' gmake[2]: Entering directory `/usr/ports/multimedia/mlt/work/mlt-0.7.8/src/modules/kdenlive' cc -O2 -pipe -I/usr/local/include -fno-strict-aliasing -Wall -DPIC -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread -Wall -DPIC -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread -I../.. -Wall -DPIC -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread -c -o filter_freeze.o filter_freeze.c cc -O2 -pipe -I/usr/local/include -fno-strict-aliasing -Wall -DPIC -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread -Wall -DPIC -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread -I../.. -Wall -DPIC -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread -c -o producer_framebuffer.o producer_framebuffer.c In file included from /usr/include/string.h:137, from filter_freeze.c:28: /usr/include/xlocale/_string.h:31: error: conflicting types for 'locale_t' ../../framework/mlt_property.h:36: error: previous declaration of 'locale_t' was here gmake[2]: *** [filter_freeze.o] Error 1 gmake[2]: *** Waiting for unfinished jobs producer_framebuffer.c: In function 'framebuffer_get_image': producer_framebuffer.c:41: warning: cast from pointer to integer of different size producer_framebuffer.c: In function 'producer_get_frame': producer_framebuffer.c:208: warning: cast to pointer from integer of different size gmake[2]: Leaving directory `/usr/ports/multimedia/mlt/work/mlt-0.7.8/src/modules/kdenlive' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/mlt/work/mlt-0.7.8/src/modules' gmake: *** [all] Error 1 *** [do-build] Error code 1 Stop in /usr/ports/multimedia/mlt. *** [install] Error code 1 Stop in /usr/ports/multimedia/mlt. ___ 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_DEPENDS= RUN_DEPENDS=
Hi, I was trying to append to these in my /etc/make.conf and found that a large (thousands) number of ports are using = instead of +=, thus destroying any user-supplied depends. The use case for wanting to do this is to force devel/ccache to be a build dependency on all ports, for package building. Or to force in a particular library along with LDFLAGS into particular ports. This is achievable by modifying bsd.local.mk, but is not ideal. This goes along with updating all CLFAGS/LDFLAGS to use += instead of =. If there is no objection to this route, I will follow-up with a patch/PR to update the ports and handbook. Only those user-supplied depends that are added in makefiles included before those lines are parsed (like make.conf) can be affected. But there are a number of other makefiles that exist solely for customizations like you describe -- you mentioned one of them, bsd.local.mk. It is safer and more efficient to move as many of your customizations as possible out of make.conf, and into these other makefiles, as was intended. += was used for a few other variables because these few were often already defined in make.conf for other reasons -- but we are trying to discourage abuse of make.conf, so making a large number of unnecessary changes to make it possible for further additions to make.conf is a bad idea. b. ___ 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
x11-toolkits/wxgtk29
In the ports we find version 2.9.2 of wxGTK2 with source tarball from 2011-07-04. There had been many improvements and 2.9.3 is released since 2011-12-14. I am the maintainer of math/saga and I am trying to prepare my port for the upcoming SAGA GIS version 2.1.0, which needed at least wxGTK2-2.9.x. With version 2.9.2 there are some strange string conversion errors and there is a good chance that they are solved in a newer version. Are there any plans to update the port version to 2.9.3 (or to forthcoming 2.9.4) in the near future? Thanks in advance, Rainer Hurling ___ 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
