FreeBSD Port: lightning-0.9_3
Hi, I was wondering if you could tell me if the FreeBSD 8.0 port for lightning 1.0+ to run with Thunderbird 3 is going to be available in the near future. Thank you. David Probst Business System Development ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: lightning-0.9_3
Hi, On 04/23/10 07:32, David Probst wrote: I was wondering if you could tell me if the FreeBSD 8.0 port for lightning 1.0+ to run with Thunderbird 3 is going to be available in the near future. You could use the lightning port from our development repository: # svn co https://trillian.chruetertee.ch/svn/freebsd-gecko/branches/experimental/deskutils/lightning We will add the port to the portstree once lightning reaches 1.0. Beat ___ 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: lightning-0.9_3
Hi, I was wondering if you could tell me if the FreeBSD 8.0 port for lightning 1.0 to run with Thunderbird 3 is going to be available in the near future. Thank you. David Probst Business System Development ___ 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: lightning-0.9_3
Hi, I was wondering if you could tell me if the FreeBSD 8.0 port for lightning 1.0+ to run with Thunderbird 3 is going to be available in the near future. Thank you. David Probst Business System Development ___ 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: GMP change
On 04/22/2010 05:30, Andrea Venturoli wrote: Hello. From UPDATING: 20100419: AFFECTS: users of math/libgmp4 AUTHOR: a...@freebsd.org The default gmp version in FreeBSD is now 5.0.x. The port directory changed from math/libgmp4 to math/gmp. An entry has been added in MOVED and all depending ports have been bumped, so the update should be handled correctly by common ports management tools, like portmaster and portupgrade. However: # portupgrade -R kdeutils [Gathering depends for misc/kdeutils3 done] [Exclude up-to-date packages .. done] --- Upgrading 'kdeutils-3.5.10_4' to 'kdeutils-3.5.10_5' (misc/kdeutils3) --- Building '/usr/ports/misc/kdeutils3' === Cleaning for kdeutils-3.5.10_5 === Extracting for kdeutils-3.5.10_5 = MD5 Checksum OK for KDE/kdeutils-3.5.10.tar.bz2. = SHA256 Checksum OK for KDE/kdeutils-3.5.10.tar.bz2. === Patching for kdeutils-3.5.10_5 === Applying FreeBSD patches for kdeutils-3.5.10_5 /usr/bin/sed -i.bak -e 's|tar|gtar|g' /usr/local/local/storage/alamartmp/usr/ports/misc/kdeutils3/work/kdeutils-3.5.10/ark/ark.kcfg /usr/bin/sed -i.bak -e 's|%%PYTHON_VER%%|2.6|g' -e 's|%%LTMAIN%%|/usr/local/share/libtool/config/ltmain.sh|g' -e 's|%%LIBTOOL%%|/usr/local/bin/libtool|g' /usr/local/local/storage/alamartmp/usr/ports/misc/kdeutils3/work/kdeutils-3.5.10/configure === kdeutils-3.5.10_5 depends on file: /usr/local/bin/python2.6 - found === kdeutils-3.5.10_5 depends on file: /usr/local/bin/moc - found === kdeutils-3.5.10_5 depends on executable: gmake - found === kdeutils-3.5.10_5 depends on package: libtool=2.2 - found === kdeutils-3.5.10_5 depends on shared library: gmp.10 - not found ===Verifying install for gmp.10 in /usr/ports/math/gmp === gmp-5.0.1 conflicts with installed package(s): libgmp-4.3.2 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/math/gmp. *** Error code 1 Stop in /usr/ports/math/gmp. *** Error code 1 Stop in /usr/ports/misc/kdeutils3. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20100422-49524-vco75w-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=kdeutils-3.5.10_4 UPGRADE_PORT_VER=3.5.10_4 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! misc/kdeutils3 (kdeutils-3.5.10_4)(unknown build error) Since this machine is quite slow, I thought I'd ask for hints, before doing a days-long trial error procedure :-) BTW: # pkg_info -R libgmp\* Information for libgmp-4.3.2: Required by: gcc-4.3.5.20091227 kdemultimedia-3.5.10_4 kdeutils-3.5.10_4 libao-0.8.8_1 mpfr-2.4.2 superkaramba-lwp-15.0_5 vorbis-tools-1.2.0_6,3 bye Thanks av. 1. Comment out the CONFLICTS line in math/gmp/Makefile 2. run ( make ) 3. pkg_delete -d -f libgmp\* 4. run ( make install ) 5. add libgmp.so.8 libgmp.so.10 to /etc/libmap.conf 6. upgrade the rest of your packages. 7. Use sysutils/libchk or something similar to check for broken binaries and upgrade them appropriately. 8. remove step [5] from /etc/libmap.conf 9. Uncomment the CONFLICTS line in math/gmp/Makefile from step [1] Step 5 will at least leave some of your binaries in operable condition until you get all of them upgraded. Of course you could skip that and copy libgmp.so.8 to some other lib directory and skip step 5 but I prefer personally not to do that because it effects the checks that sysutils/libchk does for unreferenced libs. Doug, You mentioned in your reply that portmaster already sets DISABLE_CONFLICTS=1 for -o in version 2.22. Does it also do this while the -r flag has been specified and thus enabling that while upgrading recursively ? or does it drop the DISABLE_CONFLICTS variable after the port that was specified after the -o flag has been upgraded ? Regards, -- jhell
portupgrade of gtk-2.18.7_1 failing against cairo-xlib?
Hi, all-- Upgrading x11-toolkits/gtk20 is failing for me with: --- Upgrading 'gtk-2.18.7' to 'gtk-2.18.7_1' (x11-toolkits/gtk20) OK? [yes] --- Build of x11-toolkits/gtk20 started at: Fri, 23 Apr 2010 13:55:32 -0400 --- Building '/usr/ports/x11-toolkits/gtk20' === Cleaning for gtk-2.18.7_1 === Extracting for gtk-2.18.7_1 = MD5 Checksum OK for gnome2/gtk+-2.18.7.tar.bz2. = SHA256 Checksum OK for gnome2/gtk+-2.18.7.tar.bz2. === gtk-2.18.7_1 depends on file: /usr/local/bin/perl5.8.9 - found === Patching for gtk-2.18.7_1 === gtk-2.18.7_1 depends on file: /usr/local/bin/perl5.8.9 - found === gtk-2.18.7_1 depends on package: libtool=2.2 - found === Applying FreeBSD patches for gtk-2.18.7_1 [ ... ] checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether gmake sets $(MAKE)... (cached) yes checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for BASE_DEPENDENCIES... yes checking for CAIRO_BACKEND... configure: error: Package requirements (cairo-xlib = 1.6) were not met: gnome-config: not found No package 'cairo-xlib' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables CAIRO_BACKEND_CFLAGS and CAIRO_BACKEND_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. === Script configure failed unexpectedly. I do have: # pkg_info | grep cairo cairo-1.8.8_1,1 Vector graphics library with cross-device output support # locate cairo-xlib ...returns no hits, and gnomelogalyzer.sh does not provide useful suggestions, so additional data suggested is available here: http://freebsd-gnome.pastebin.com/XhYpCeHf (/usr/ports/x11-toolkits/gtk20/work/gtk+-2.18.7/config.log) http://freebsd-gnome.pastebin.com/FHLud0D8 (ls -1 /var/db/pkg) 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: databases/sqlite3 build fails
Doug Barton wrote: rm tsrc/sqlite.h.in tsrc/parse.y /usr/local/bin/tclsh8.5 ./tool/vdbe-compress.tcl tsrc/vdbe.c vdbe.new mv vdbe.new tsrc/vdbe.c touch .target_source /usr/local/bin/tclsh8.5 ./tool/mksqlite3c.tcl can't find package msgcat 1.4 while executing package require msgcat 1.4 (uplevel body line 2) invoked from within uplevel \#0 { package require msgcat 1.4 if { $::tcl_platform(platform) eq {windows} } { if { [catch { package require registry 1.1 }] } { ... (file /usr/local/lib/tcl8.5/clock.tcl line 23) invoked from within source -encoding utf-8 [file join $TclLibDir clock.tcl] (procedure ::tcl::clock::format line 3) invoked from within clock format [clock seconds] -format %Y-%m-%d %H:%M:%S UTC -gmt 1 invoked from within set today [clock format [clock seconds] -format %Y-%m-%d %H:%M:%S UTC -gmt 1] (file ./tool/mksqlite3c.tcl line 49) gmake: *** [sqlite3.c] Error 1 *** Error code 1 I can confirm this behavior on multiple installs of 8.0Rp2 amd64. I don't use (or want) TCL, but tried to build it with TCL 8.4, 8.5, and 8.6 installed with no luck. I just gave up and pkg_add -r'ed it. -- Sean McAfee Senior Systems Engineer ___ 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: databases/sqlite3 build fails
On 04/23/10 11:52, Sean McAfee wrote: I can confirm this behavior on multiple installs of 8.0Rp2 amd64. I don't use (or want) TCL, but tried to build it with TCL 8.4, 8.5, and 8.6 installed with no luck. I just gave up and pkg_add -r'ed it. I run -current, so: === The newest available package (sqlite3-3.6.19) is older than the version in ports (sqlite3-3.6.23.1_1) I don't use tcl either, so I just let sqlite install the default as a dependency: tcl-8.5.8 Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.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: revisiting Spamassassin problem
On Fri, Apr 23, 2010 at 02:27:03PM -0400, Robert Huff wrote: Back in February there was a thread - spamassassin problem with upgrade - about spamd failing to start with this error: child process [76967] exited or timed out without signaling production of a PID file: exit 255 at /usr/local/bin/spamd line 2588. /usr/local/etc/rc.d/sa-spamd: WARNING: failed to start spamd The thread offered no definite solution except to downgrade. Is this still the case? When I've seen that, it's meant that I needed to run sa-update to rebuild the rule database (I think it is). Jim -- Jim Trigg, Lord High Everything Else O- /\ \ / ASCII RIBBON CAMPAIGN Hostmaster, Huie Kin family websiteXHELP CURE HTML MAIL Verger, All Saints Church - Sharon Chapel / \ ___ 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
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: php52-mysqli-5.2.12_2: no entry for /usr/ports/devel/php52-spl make_index: php52-mysqli-5.2.12_2: no entry for /usr/ports/devel/php52-spl make_index: php52-dom-5.2.12_2: no entry for /usr/ports/devel/php52-spl make_index: php52-dom-5.2.12_2: no entry for /usr/ports/devel/php52-spl Committers on the hook: brix dhn dinoex niels wxs Most recent CVS update was: U UIDs U Mk/bsd.php.mk U converters/Makefile U converters/php52-iconv/Makefile U converters/php52-mbstring/Makefile U converters/php52-mbstring/files/patch-config.m4 U converters/php52-mbstring/files/patch-oniguruma_regerror.c U databases/Makefile U databases/php52-dba/Makefile U databases/php52-dba/files/patch-config.m4 U databases/php52-dbase/Makefile U databases/php52-mssql/Makefile U databases/php52-mysql/Makefile U databases/php52-mysqli/Makefile U databases/php52-oci8/Makefile U databases/php52-oci8/files/patch-config.m4 U databases/php52-odbc/Makefile U databases/php52-odbc/files/patch-config.m4 U databases/php52-pdo/Makefile U databases/php52-pdo_dblib/Makefile U databases/php52-pdo_mysql/Makefile U databases/php52-pdo_oci/Makefile U databases/php52-pdo_oci/files/patch-config.m4 U databases/php52-pdo_odbc/Makefile U databases/php52-pdo_pgsql/Makefile U databases/php52-pdo_sqlite/Makefile U databases/php52-pdo_sqlite/files/patch-sqlite_statement.c U databases/php52-pgsql/Makefile U databases/php52-pgsql/files/patch-pgsql.c U devel/Makefile U devel/git/Makefile U devel/git/distinfo U devel/git/pkg-plist U devel/php52-gettext/Makefile U devel/php52-gettext/files/patch-config.m4 U devel/php52-json/Makefile U devel/php52-ncurses/Makefile U devel/php52-pcntl/Makefile U ftp/Makefile U ftp/php52-curl/Makefile U ftp/php52-ftp/Makefile U graphics/Makefile U graphics/php52-exif/Makefile U graphics/php52-gd/Makefile U graphics/php52-gd/files/patch-config.m4 U graphics/php52-gd/files/patch-libgd_gd_png.c U graphics/php52-ming/Makefile U irc/bitlbee/Makefile U irc/bitlbee/distinfo U irc/bitlbee/pkg-descr U irc/bitlbee/pkg-plist U irc/bitlbee/files/bitlbee.in U irc/bitlbee/files/pkg-message.in U lang/php52/Makefile.ext U mail/Makefile U mail/php52-imap/Makefile U math/Makefile U math/php52-gmp/Makefile U multimedia/smplayer/Makefile U multimedia/smplayer/distinfo U multimedia/smplayer/pkg-plist U multimedia/smplayer-themes/Makefile U multimedia/smplayer-themes/distinfo U multimedia/smplayer-themes/pkg-plist U net/Makefile U net/php52-ldap/Makefile U security/Makefile U security/php52-filter/Makefile U security/php52-filter/files/patch-config.m4 U security/php52-hash/Makefile U security/php52-mcrypt/Makefile U security/php52-mhash/Makefile U security/php52-openssl/Makefile U security/vuxml/vuln.xml U sysutils/Makefile U sysutils/php52-posix/Makefile U sysutils/php52-posix/files/patch-posix.c ___ 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: databases/sqlite3 build fails
On Fri, Apr 23, 2010 at 11:58:18AM -0700, Doug Barton wrote: On 04/23/10 11:52, Sean McAfee wrote: I can confirm this behavior on multiple installs of 8.0Rp2 amd64. I don't use (or want) TCL, but tried to build it with TCL 8.4, 8.5, and 8.6 installed with no luck. I just gave up and pkg_add -r'ed it. I run -current, so: === The newest available package (sqlite3-3.6.19) is older than the version in ports (sqlite3-3.6.23.1_1) I don't use tcl either, so I just let sqlite install the default as a dependency: tcl-8.5.8 Not sure, if I ran into the same problem, but I recall that sqlite3 needs an option TCL_MODULES turned on in lang/tcl85. Or, better, try to install tcl-modules by hand and see, if it helps. If it does, should sqlite3 port directly depend on tcl-modules? The problem doesn't manifest itself on the package clusters as TCL_MODULES turned on by default. HTH, Alexey. ___ 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: revisiting Spamassassin problem
Jim Trigg writes: Back in February there was a thread - spamassassin problem with upgrade - about spamd failing to start with this error: child process [76967] exited or timed out without signaling production of a PID file: exit 255 at /usr/local/bin/spamd line 2588. /usr/local/etc/rc.d/sa-spamd: WARNING: failed to start spamd The thread offered no definite solution except to downgrade. Is this still the case? When I've seen that, it's meant that I needed to run sa-update to rebuild the rule database (I think it is). I'm not sure why, but this seems to have done it. Thanks, and sorry for the noise. Respectfully, Robert Huff ___ 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: databases/sqlite3 build fails
On 04/23/10 12:16, Alexey Shuvaev wrote: Not sure, if I ran into the same problem, but I recall that sqlite3 needs an option TCL_MODULES turned on in lang/tcl85. Or, better, try to install tcl-modules by hand and see, if it helps. Yes, that solves it, thanks. When I am forced to install something like tcl for a build dependency I generally strip it down as much as possible, so I had unchecked the modules option. As you point out below, the option is enabled by default. If it does, should sqlite3 port directly depend on tcl-modules? A cursory examination indicates that this would be a good solution. The maintainer has been restored to the cc line. The problem doesn't manifest itself on the package clusters as TCL_MODULES turned on by default. Thanks for your help, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.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: databases/sqlite3 build fails
On Fri, Apr 23, 2010 at 12:53 PM, Doug Barton do...@freebsd.org wrote: On 04/23/10 12:16, Alexey Shuvaev wrote: Not sure, if I ran into the same problem, but I recall that sqlite3 needs an option TCL_MODULES turned on in lang/tcl85. Or, better, try to install tcl-modules by hand and see, if it helps. Yes, that solves it, thanks. When I am forced to install something like tcl for a build dependency I generally strip it down as much as possible, so I had unchecked the modules option. As you point out below, the option is enabled by default. If it does, should sqlite3 port directly depend on tcl-modules? A cursory examination indicates that this would be a good solution. The maintainer has been restored to the cc line. The problem doesn't manifest itself on the package clusters as TCL_MODULES turned on by default. devel/subversion requires sqlite by default, so I did an initial look at busting this build dependency a few weeks ago. There are some tcl modules used by sqlite so that isn't available in all cases, but it can be broken down when they're not compiled. If someone points me to the tcl script that breaks this assumption, I'll gladly whip up an awk, sed, or bourne shell script solution to remove this nasty dependency. Thanks, -Garrett ___ 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: databases/sqlite3 build fails
On 04/23/10 13:04, Garrett Cooper wrote: devel/subversion requires sqlite by default I was mildly curious about this myself, but sqlite is required by enough other things on my system (for no reason that I can see, but whatever) that I didn't feel like pulling at that particular thread. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.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: Is there PHP 5.2.x in ports? yes.
On Fri, 2010-04-23 at 15:34 -0400, doug schmidt wrote: On Thu, Apr 22, 2010 at 3:18 PM, Olivier Mueller om-lists-...@omx.ch wrote: And if you are patient, some devs are planing to add a php52 port, there is even something in the PR DB : http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/145772 (but I don't know how active they are, maybe asking on freebsd-ports would be better). lang/php52 has been added to the ports tree. wow, that was quick... cool! thanks for the information :) ( http://www.freebsd.org/cgi/ports.cgi?query=php52stype=allsektion=all ) regards, Olivier ___ 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
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: php52-mysqli-5.2.12_2: no entry for /usr/ports/devel/php52-spl make_index: php52-mysqli-5.2.12_2: no entry for /usr/ports/devel/php52-spl make_index: php52-dom-5.2.12_2: no entry for /usr/ports/devel/php52-spl make_index: php52-dom-5.2.12_2: no entry for /usr/ports/devel/php52-spl Committers on the hook: brix dhn dinoex niels skv wxs Most recent CVS update was: U lang/rakudo/Makefile U lang/rakudo/distinfo ___ 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
INDEX now builds successfully on 6.x
___ 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: Dynamic plists
On Thu, Apr 22, 2010 at 7:28 PM, wen heping wenhep...@gmail.com wrote: Are you working on scilab-5.2.2 ? wen Yes - it builds and I got the ocaml issues worked out too, I just need to do a little bit of testing and I should have something to submit later today or tomorrow. -- Rob Farmer ___ 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 there PHP 5.2.x in ports? yes.
There are no archivers/php52-zlib. So, it is unavailable to install lang/php52 with lang/php5-extensions, having zlib extension choosen at make config. 2010/4/24 Olivier Mueller om-lists-...@omx.ch On Fri, 2010-04-23 at 15:34 -0400, doug schmidt wrote: On Thu, Apr 22, 2010 at 3:18 PM, Olivier Mueller om-lists-...@omx.ch wrote: And if you are patient, some devs are planing to add a php52 port, there is even something in the PR DB : http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/145772 (but I don't know how active they are, maybe asking on freebsd-ports would be better). lang/php52 has been added to the ports tree. wow, that was quick... cool! thanks for the information :) ( http://www.freebsd.org/cgi/ports.cgi?query=php52stype=allsektion=all ) regards, Olivier ___ freebsd-questi...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -- С уважением, Антон Клесс, http://kless.spb.ru/ ___ 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
portmaster and IGNOREME
I have a package which is not built from a port (it is commercial software). I've put an +IGNOREME file in the package folder. But portmaster will not ignore it: #portmaster -a [snip...] === Proceed? y/n [y] === Starting build for for ports that need updating === === Launching child to update CGatePro-5.3.5 === No ORIGIN in /var/db/pkg/CGatePro-5.3.5/+CONTENTS === Aborting update === Update for CGatePro-5.3.5 failed === Aborting update Unless there is some clear documented reason, portmaster should ignore ports which are marked to be ignored. The documentation reads: If you do a regular update of the port, or if the -a option is being used you will be asked if you want to update the port anyway. I am not being asked, it just fails the entire port upgrade process, unless I use -ia and specifically exclude this package. I don't know enough about package files to know why ORIGIN is required, even for packages which aren't generated from the ports system. Ari -- -- Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A ___ 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