Re: ports/189880: port pgpool-II out of date.
On 15/06/2014 22:49, Michelle Sullivan wrote: Personally I think: databases/pgpool (3.1.x) databases/pgpool-devel (3.3.x) Given the lack of history in the ports, I'd say lets just skip pgpool-II-3.2 Agreed. (effectively already done) Except that pgpool-II-3.3.3 is a stable release version, and not what would normally be considered a 'development' version. In principle for anyone wanting to install pgpool-II for the first time the choice should be to use version 3.3.3. I think there's a 3.4 branch that would qualify for pgpool-II-devel if anyone wanted to write that port. Also, the established name does seem to be 'pgpool-II' despite the 'II' being an ersatz version number. However, this is orthogonal to getting 3.3.3 into the tree in the first place. Why don't we proceed with adding a databases/pgpool-II-33 port now, and deal with indicating which one is the default and whether some of the older versions should be removed as a separate item later? Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: textproc/libe-book00 and rm -f /usr/local/bin
On Fri, Jun 13, 2014 at 10:13:34AM +0300, Artyom Mirgorodskiy wrote:
post-install:
${RM} -f ${STAGEDIR}${PREFIX}/bin/*
result:
gmake[7]: Выход из каталога
`/usr/ports/textproc/libe-book00/work/libe-book-0.0.3'
gmake[6]: Выход из каталога
`/usr/ports/textproc/libe-book00/work/libe-book-0.0.3'
gmake[5]: Выход из каталога
`/usr/ports/textproc/libe-book00/work/libe-book-0.0.3'
gmake[4]: Выход из каталога
`/usr/ports/textproc/libe-book00/work/libe-book-0.0.3'
/bin/rm -f /usr/local/bin/*
rm: /usr/local/bin/db42: is a directory
rm: /usr/local/bin/db48: is a directory
rm: /usr/local/bin/org: is a directory
Thank you for my night :)
Can we get more information on how on your setup STAGEDIR can be undefined? so
that we can create guards?
regards,
Bapt
pgpmlRDGkIt8U.pgp
Description: PGP signature
[QAT] 357954: 4x leftovers
1: Stagify. 2: switch tar:bzip2, pathfix 3: add depends to desktop-file-utils Approved by:portmgr@ - Build ID: 20140616073600-6263 Job owner: vani...@freebsd.org Buildtime: 9 minutes Enddate: Mon, 16 Jun 2014 07:44:59 GMT Revision: 357954 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=357954 - Port:graphics/gliv 1.9.7_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~vani...@freebsd.org/20140616073600-6263-353834/gliv-1.9.7_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~vani...@freebsd.org/20140616073600-6263-353835/gliv-1.9.7_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~vani...@freebsd.org/20140616073600-6263-353836/gliv-1.9.7_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~vani...@freebsd.org/20140616073600-6263-353837/gliv-1.9.7_2.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140616073600-6263 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
Re: ports/189880: port pgpool-II out of date.
Matthew Seaman wrote: On 15/06/2014 22:49, Michelle Sullivan wrote: Personally I think: databases/pgpool (3.1.x) databases/pgpool-devel (3.3.x) Given the lack of history in the ports, I'd say lets just skip pgpool-II-3.2 Agreed. (effectively already done) Except that pgpool-II-3.3.3 is a stable release version, and not what would normally be considered a 'development' version. In principle for anyone wanting to install pgpool-II for the first time the choice should be to use version 3.3.3. I think there's a 3.4 branch that would qualify for pgpool-II-devel if anyone wanted to write that port. Also, the established name does seem to be 'pgpool-II' despite the 'II' being an ersatz version number. It caught me out on more than one occasion (and I should know better) However, this is orthogonal to getting 3.3.3 into the tree in the first place. Why don't we proceed with adding a databases/pgpool-II-33 port now, and deal with indicating which one is the default and whether some of the older versions should be removed as a separate item later? That was the reason I added it as a new port ;-) Michelle -- Michelle Sullivan http://www.mhix.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
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ emulators/bochs | 2.6.2 | 2.6.6 +-+ sysutils/dar| 2.4.13 | 2.4.14 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt 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
Drop maintainership of lang/stklos and lang/ikarus
Hi, someone please mark these two ports as unmaintained: lang/stklos lang/ikarus The first port has problem building on FreeBSD, fails it's own test suite on other platforms (a memory corruption bug probably), and the last time I heard anything from it's author was in 2012. The second port is a project that died in 2009. Note that both these ports are currently unstaged, and I'm fine with both being deprecated (unless someone will step in to fix them). ___ 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
How to pick up options from another (master) port, but don't show config dialog at all and have defaults in case of absence of master port options file?
Hello, Ports.
I want some dependant ports to pick-up options set in main port, but
never ever show config dialog/UI. I've tried to set
OPTIONS_NAME=cat_port, and it set OPTIONS_FILE_SET and OPTIONS_FILE_UNSET
variables, but not PORT_OPTIONS variable, as this exact (dependant) port
doesn't have OPTIONS_DEFINE (of course).
What is proper way to use options in this situation? OPTIONS_SLAVE doesn't
look right, as it override options file. I need something like
OPTIONS_SLAVE_DEFAULT, which will work as OPTIONS_SLAVE if here is no
${OPTIONS_FILE} and could be overridden by ${OPTIONS_FILE}, if it is
present.
--
// Black Lion AKA Lev Serebryakov l...@freebsd.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
Crash incompatibility port serf-1.3.6/Subversion 1.8.9 and base Heimdal 1.1.0
Hi folks, I have compiled and installed serf 1.3.6 with GSS-API support. By default, it is linked against Heimdal 1.1.0 (base version). I am on FreeBSD 9.2. Then I installed Subversion 1.8.9. All went fine. When I try to invoke Subversion with GSS-API authentication, it crashes with a segmentation fault. First, I reported this to the serf mailing list [1] but it turned out to be a bug in Heimdal which triggers the issue. I have compiled serf against Heimdal 1.5.2 (non-port) and MIT Kerberos 1.12.1 (port) and it works flawlessly. So, how can we deal with that? I know that I can upgrade Heimdal through ports but isn't the base version supposed to simply work? The alternative is a hack to modify serf's Makefile from GSSAPI=/usr to GSSAPI=/usr/local (MIT Kerberos) but that cannot be a solution to the issue. Thanks, Michael [1] https://groups.google.com/forum/#!topic/serf-dev/6J3StLWgGIo ___ 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: How to pick up options from another (master) port, but don't show config dialog at all and have defaults in case of absence of master port options file?
Lev Serebryakov wrote:
Hello, Ports.
I want some dependant ports to pick-up options set in main port, but
never ever show config dialog/UI. I've tried to set
OPTIONS_NAME=cat_port, and it set OPTIONS_FILE_SET and OPTIONS_FILE_UNSET
variables, but not PORT_OPTIONS variable, as this exact (dependant) port
doesn't have OPTIONS_DEFINE (of course).
What is proper way to use options in this situation? OPTIONS_SLAVE doesn't
look right, as it override options file. I need something like
OPTIONS_SLAVE_DEFAULT, which will work as OPTIONS_SLAVE if here is no
${OPTIONS_FILE} and could be overridden by ${OPTIONS_FILE}, if it is
present.
Have a look at editors/pico-alpine and mail/alpine that does exactly
what you're asking I think.
Michelle
--
Michelle Sullivan
http://www.mhix.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
[QAT] 357974: 12x leftovers, 27x success, 1x depend (compiler_error in editors/emacs21)
Update to 1.8.6. Support staging. - Build ID: 20140616122000-63040 Job owner: nobut...@freebsd.org Buildtime: 2 hours Enddate: Mon, 16 Jun 2014 14:15:11 GMT Revision: 357974 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=357974 - Port:japanese/uim-anthy 1.8.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353914/ja-uim-anthy-1.8.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353915/ja-uim-anthy-1.8.6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353916/ja-uim-anthy-1.8.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353917/ja-uim-anthy-1.8.6.log - Port:textproc/uim 1.8.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353918/uim-1.8.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353919/uim-1.8.6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353920/uim-1.8.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353921/uim-1.8.6.log - Port:textproc/uim-el 1.8.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353922/uim-el-emacs24-1.8.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353923/uim-el-emacs24-1.8.6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353924/uim-el-emacs24-1.8.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353925/uim-el-emacs24-1.8.6.log - Port:textproc/uim-el-emacs21 1.8.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353926/uim-el-emacs21-1.8.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353927/uim-el-emacs21-1.8.6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353928/uim-el-emacs21-1.8.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: DEPEND (COMPILER_ERROR IN EDITORS/EMACS21) Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353929/emacs21-21.3_16.log - Port:textproc/uim-el-emacs22 1.8.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353930/uim-el-emacs22-1.8.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353931/uim-el-emacs22-1.8.6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353932/uim-el-emacs22-1.8.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353933/uim-el-emacs22-1.8.6.log - Port:textproc/uim-gtk 1.8.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353934/uim-gtk-1.8.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~nobut...@freebsd.org/20140616122000-63040-353935/uim-gtk-1.8.6.log
Re: Crash incompatibility port serf-1.3.6/Subversion 1.8.9 and base Heimdal 1.1.0
On Mon, 16 Jun 2014 15:23:11 +0200 Michael-O wrote: Hi folks, I have compiled and installed serf 1.3.6 with GSS-API support. By default, it is linked against Heimdal 1.1.0 (base version). I am on FreeBSD 9.2. Then I installed Subversion 1.8.9. All went fine. When I try to invoke Subversion with GSS-API authentication, it crashes with a segmentation fault. First, I reported this to the serf mailing list [1] but it turned out to be a bug in Heimdal which triggers the issue. I have compiled serf against Heimdal 1.5.2 (non-port) and MIT Kerberos 1.12.1 (port) and it works flawlessly. So, how can we deal with that? I know that I can upgrade Heimdal through ports but isn't the base version supposed to simply work? The alternative is a hack to modify serf's Makefile from GSSAPI=/usr to GSSAPI=/usr/local (MIT Kerberos) but that cannot be a solution to the issue. apache@ (CCed) maintains www/serf. Maybe they could add options to select a GSS-API implementation like ftp/curl does. ___ 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: How to pick up options from another (master) port, but don't show config dialog at all and have defaults in case of absence of master port options file?
Hello, Michelle.
You wrote 16 июня 2014 г., 17:40:54:
I want some dependant ports to pick-up options set in main port, but
never ever show config dialog/UI. I've tried to set
OPTIONS_NAME=cat_port, and it set OPTIONS_FILE_SET and OPTIONS_FILE_UNSET
variables, but not PORT_OPTIONS variable, as this exact (dependant) port
doesn't have OPTIONS_DEFINE (of course).
What is proper way to use options in this situation? OPTIONS_SLAVE doesn't
look right, as it override options file. I need something like
OPTIONS_SLAVE_DEFAULT, which will work as OPTIONS_SLAVE if here is no
${OPTIONS_FILE} and could be overridden by ${OPTIONS_FILE}, if it is
present.
MS Have a look at editors/pico-alpine and mail/alpine that does exactly
MS what you're asking I think.
Nope. make config in editoris/pico-alpine shows dialog. I don't want
it at all.
--
// Black Lion AKA Lev Serebryakov l...@freebsd.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
Re: How to pick up options from another (master) port, but don't show config dialog at all and have defaults in case of absence of master port options file?
Lev Serebryakov wrote:
Hello, Michelle.
You wrote 16 июня 2014 г., 17:40:54:
I want some dependant ports to pick-up options set in main port, but
never ever show config dialog/UI. I've tried to set
OPTIONS_NAME=cat_port, and it set OPTIONS_FILE_SET and OPTIONS_FILE_UNSET
variables, but not PORT_OPTIONS variable, as this exact (dependant) port
doesn't have OPTIONS_DEFINE (of course).
What is proper way to use options in this situation? OPTIONS_SLAVE doesn't
look right, as it override options file. I need something like
OPTIONS_SLAVE_DEFAULT, which will work as OPTIONS_SLAVE if here is no
${OPTIONS_FILE} and could be overridden by ${OPTIONS_FILE}, if it is
present.
MS Have a look at editors/pico-alpine and mail/alpine that does exactly
MS what you're asking I think.
Nope. make config in editoris/pico-alpine shows dialog. I don't want
it at all.
Yes but that option set is different from that in alpine ... OPTIONS=
will clear any options (or just remove the options in that port)
Michelle
--
Michelle Sullivan
http://www.mhix.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
[QAT] 357991: 4x leftovers
support stage - Build ID: 20140616134800-53915 Job owner: san...@freebsd.org Buildtime: 59 minutes Enddate: Mon, 16 Jun 2014 14:47:08 GMT Revision: 357991 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=357991 - Port:japanese/tegaki-zinnia-japanese 0.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~san...@freebsd.org/20140616134800-53915-354070/ja-tegaki-zinnia-japanese-0.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~san...@freebsd.org/20140616134800-53915-354071/ja-tegaki-zinnia-japanese-0.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~san...@freebsd.org/20140616134800-53915-354072/ja-tegaki-zinnia-japanese-0.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~san...@freebsd.org/20140616134800-53915-354073/ja-tegaki-zinnia-japanese-0.3.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140616134800-53915 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
Re: How to pick up options from another (master) port, but don't show config dialog at all and have defaults in case of absence of master port options file?
Hello, Michelle.
You wrote 16 июня 2014 г., 18:35:40:
I want some dependant ports to pick-up options set in main port, but
never ever show config dialog/UI. I've tried to set
OPTIONS_NAME=cat_port, and it set OPTIONS_FILE_SET and OPTIONS_FILE_UNSET
variables, but not PORT_OPTIONS variable, as this exact (dependant) port
doesn't have OPTIONS_DEFINE (of course).
What is proper way to use options in this situation? OPTIONS_SLAVE
doesn't
look right, as it override options file. I need something like
OPTIONS_SLAVE_DEFAULT, which will work as OPTIONS_SLAVE if here is no
${OPTIONS_FILE} and could be overridden by ${OPTIONS_FILE}, if it is
present.
MS Have a look at editors/pico-alpine and mail/alpine that does exactly
MS what you're asking I think.
Nope. make config in editoris/pico-alpine shows dialog. I don't want
it at all.
MS Yes but that option set is different from that in alpine ... OPTIONS=
MS will clear any options (or just remove the options in that port)
I don't need to CLEAR options. As soon as I set OPTIONS_DEFINE=,
${PORT_OPTIONS}
will be empty too (because it is filtered according to OPTIONS_DEFINE), not
set according to master port's OPTIONS_DEFAULT, OPTIONS_FILE_SET and
OPTIONS_FILE_UNSET.
I need to properly load master port's saved options (including default
ones, if options were not saved for master port yet) and have properly
populated PORT_OPTIONS, but don't show any UI at all in any circumstances.
OPTIONS_EXCLUDE/OPTIONS_SLAVE do wrong thing too: they override state ofd
options from master port, not inherit them.
Now workaround is to check OPTIONS_FILE_SET/OPTIONS_FILE_UNSET directly
(after loading master port's OPTIONSFILE), but it looks like dirty hack.
--
// Black Lion AKA Lev Serebryakov l...@freebsd.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
INDEX build failed for 8.x
INDEX build failed with errors:
Generating INDEX-8 - please
wait../home/indexbuild/tindex/ports/java/java-subversion/../../devel/subversion/Makefile.common,
line 71: Malformed conditional ((${PORT_OPTIONS:MFREEBSD_TEMPLATE} ||
!${OPTIONS_FILE_UNSET:MFREEBSD_TEMPLATE}) defined(ORGANIZATION))
/home/indexbuild/tindex/ports/java/java-subversion/../../devel/subversion/Makefile.common,
line 73: if-less endif
/home/indexbuild/tindex/ports/java/java-subversion/../../devel/subversion/Makefile.common,
line 101: Malformed conditional ((${PORT_OPTIONS:MFREEBSD_TEMPLATE} ||
!${OPTIONS_FILE_UNSET:MFREEBSD_TEMPLATE}) defined(ORGANIZATION))
/home/indexbuild/tindex/ports/java/java-subversion/../../devel/subversion/Makefile.common,
line 103: if-less endif
make: fatal errors encountered -- cannot continue
=== java/java-subversion failed
*** [describe.java] Error code 1
/home/indexbuild/tindex/ports/devel/p5-subversion/../../devel/subversion/Makefile.common,
line 71: Malformed conditional ((${PORT_OPTIONS:MFREEBSD_TEMPLATE} ||
!${OPTIONS_FILE_UNSET:MFREEBSD_TEMPLATE}) defined(ORGANIZATION))
/home/indexbuild/tindex/ports/devel/p5-subversion/../../devel/subversion/Makefile.common,
line 73: if-less endif
/home/indexbuild/tindex/ports/devel/p5-subversion/../../devel/subversion/Makefile.common,
line 101: Malformed conditional ((${PORT_OPTIONS:MFREEBSD_TEMPLATE} ||
!${OPTIONS_FILE_UNSET:MFREEBSD_TEMPLATE}) defined(ORGANIZATION))
/home/indexbuild/tindex/ports/devel/p5-subversion/../../devel/subversion/Makefile.common,
line 103: if-less endif
make: fatal errors encountered -- cannot continue
=== devel/p5-subversion failed
*** [describe.devel] Error code 1
*** [/home/indexbuild/tindex/ports/INDEX-8] Error code 1
Stop in /home/indexbuild/tindex/ports.
*** [index] Error code 1
Stop in /home/indexbuild/tindex/ports.
2 errors
Committers on the hook:
amdmi3 bapt gahr jadawin lev marino nobutaka rodrigo sanpei swills vanilla wg
Most recent SVN update was:
Updating '.':
Ujapanese/cmigemo/Makefile
Ujapanese/tegaki-zinnia-japanese/pkg-plist
Ujapanese/tegaki-zinnia-japanese/Makefile
Ajapanese/tegaki-zinnia-japanese/files
Ajapanese/tegaki-zinnia-japanese/files/patch-Makefile
Ajapanese/kasumi/files/patch-configure
Ujapanese/kasumi/pkg-plist
Ujapanese/kasumi/Makefile
Ujapanese/uim-anthy/Makefile
Ujapanese/eterm/Makefile
Ujapanese/cmigemo-dict/Makefile
Uarchivers/p5-Archive-Tar/Makefile
Uarchivers/p5-Archive-Tar/distinfo
Uftp/ftpsync/Makefile
Umisc/lv/files/patch-src_Makefile.in
Umisc/lv/pkg-plist
Umisc/lv/Makefile
Udevel/smack/Makefile
Adevel/smack/files
Adevel/smack/files/patch-include__smack__blob.hpp
Udevel/ruby-subversion/Makefile
Udevel/ruby-subversion/pkg-descr
Udevel/trio/Makefile
Udevel/subversion-static/Makefile
Adevel/py-jaraco.util
Adevel/py-jaraco.util/Makefile
Adevel/py-jaraco.util/distinfo
Adevel/py-jaraco.util/pkg-descr
Udevel/py-subversion/Makefile
Udevel/py-subversion/pkg-descr
Udevel/Makefile
Udevel/subversion/pkg-plist
Udevel/subversion/Makefile
Udevel/subversion/files/patch-build-outputs.mk
Udevel/subversion/files/build-outputs.mk
Udevel/subversion/files/pkg-install.in
Udevel/subversion/files/extra-patch-Makefile.in
Adevel/subversion/files/extra-patch-build.conf
Udevel/subversion/Makefile.common
Udevel/yajl/Makefile
Udevel/yajl/distinfo
Udevel/yajl/pkg-descr
Adevel/py-more-itertools
Adevel/py-more-itertools/Makefile
Adevel/py-more-itertools/distinfo
Adevel/py-more-itertools/pkg-descr
Udevel/p5-subversion/Makefile
Udevel/p5-subversion/pkg-descr
Ugraphics/gliv/Makefile
Ugraphics/white_dune/pkg-plist
Ugraphics/white_dune/Makefile
Uaudio/gigedit/pkg-plist
Uaudio/gigedit/Makefile
Uaudio/dssi/Makefile
Uaudio/linuxsampler/pkg-plist
Uaudio/linuxsampler/Makefile
Uaudio/libmodplug/pkg-plist
Uaudio/libmodplug/Makefile
Uaudio/liblo/Makefile
Uaudio/twolame/pkg-plist
Uaudio/twolame/Makefile
Uaudio/bristol/pkg-plist
Uaudio/bristol/Makefile
Uaudio/libfishsound/pkg-plist
Uaudio/libfishsound/Makefile
Uaudio/qsampler/Makefile
Uaudio/calf/Makefile
Uaudio/calf/pkg-plist
Uaudio/libbpm/Makefile
Uaudio/libbpm/pkg-plist
Uaudio/liblscp/pkg-plist
Uaudio/liblscp/Makefile
Uaudio/libgig/Makefile
Uaudio/libgig/pkg-plist
Uaudio/liquidsoap/Makefile
Uaudio/libdssialsacompat/pkg-plist
Uaudio/libdssialsacompat/Makefile
Asecurity/subversion-kwallet
Asecurity/subversion-kwallet/Makefile
Asecurity/subversion-kwallet/pkg-descr
Asecurity/subversion-kwallet/pkg-plist
Usecurity/p5-IO-Socket-SSL/pkg-plist
Usecurity/p5-IO-Socket-SSL/Makefile
Usecurity/p5-IO-Socket-SSL/distinfo
Usecurity/Makefile
Asecurity/subversion-gnome-keyring
Asecurity/subversion-gnome-keyring/Makefile
A
Re: How to pick up options from another (master) port, but don't show config dialog at all and have defaults in case of absence of master port options file?
On 17/06/2014 12:35 AM, Michelle Sullivan wrote:
Lev Serebryakov wrote:
Hello, Michelle.
You wrote 16 июня 2014 г., 17:40:54:
I want some dependant ports to pick-up options set in main port, but
never ever show config dialog/UI. I've tried to set
OPTIONS_NAME=cat_port, and it set OPTIONS_FILE_SET and OPTIONS_FILE_UNSET
variables, but not PORT_OPTIONS variable, as this exact (dependant) port
doesn't have OPTIONS_DEFINE (of course).
What is proper way to use options in this situation? OPTIONS_SLAVE
doesn't
look right, as it override options file. I need something like
OPTIONS_SLAVE_DEFAULT, which will work as OPTIONS_SLAVE if here is no
${OPTIONS_FILE} and could be overridden by ${OPTIONS_FILE}, if it is
present.
MS Have a look at editors/pico-alpine and mail/alpine that does exactly
MS what you're asking I think.
Nope. make config in editoris/pico-alpine shows dialog. I don't want
it at all.
Yes but that option set is different from that in alpine ... OPTIONS=
will clear any options (or just remove the options in that port)
Michelle
make -DBATCH will eliminate the need for dialogue. Though you will need
to set your options, we use /usr/ports/devel/pkgconf extensively to set
configuration options.
___
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
mail/alpine quota.patch.gz fetch error
I think the mirror sites and perhaps the checksums for quota.patch.gz need to be refreshed. -- Greg Rivers ___ 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] 358015: 4x leftovers, 4x ???, 20x success
- Add missing USES=libtool to archivers/snappy - Bump dependent ports as .so version has changed Approved by:portmgr blanket - Build ID: 20140616151801-56257 Job owner: amd...@freebsd.org Buildtime: 48 minutes Enddate: Mon, 16 Jun 2014 16:06:09 GMT Revision: 358015 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=358015 - Port:archivers/php5-snappy 0.0.2_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354182/php5-snappy-0.0.2_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354183/php5-snappy-0.0.2_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354184/php5-snappy-0.0.2_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354185/php5-snappy-0.0.2_1.log - Port:archivers/snappy 1.1.1_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354186/snappy-1.1.1_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354187/snappy-1.1.1_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354188/snappy-1.1.1_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354189/snappy-1.1.1_1.log - Port:databases/leveldb 1.15.0_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354190/leveldb-1.15.0_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354191/leveldb-1.15.0_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354192/leveldb-1.15.0_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354193/leveldb-1.15.0_2.log - Port:databases/mongodb 2.6.1_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: ??? Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354194/mongodb-2.6.1_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354195/mongodb-2.6.1_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: ??? Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354196/mongodb-2.6.1_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354197/mongodb-2.6.1_2.log - Port:devel/eblob 0.18.2_3 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354198/eblob-0.18.2_3.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354199/eblob-0.18.2_3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354200/eblob-0.18.2_3.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354201/eblob-0.18.2_3.log - Port:devel/smack 0.5.0_4 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354202/smack-0.5.0_4.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~amd...@freebsd.org/20140616151801-56257-354203/smack-0.5.0_4.log Buildgroup:
Re: PowerPC Packages
On 06/15/14 13:07, Jan Beich wrote:
firefox-29.0_1,1.txz.out.log writes:
Executing
/obj/buildshare/ports/355755/www/firefox/work/mozilla-release/obj-powerpc-portbld-freebsd10.0/dist/bin/xpcshell
-g
/obj/buildshare/ports/355755/www/firefox/work/mozilla-release/obj-powerpc-portbld-freebsd10.0/dist/bin/
-a
/obj/buildshare/ports/355755/www/firefox/work/mozilla-release/obj-powerpc-portbld-freebsd10.0/dist/bin/
-f
/obj/buildshare/ports/355755/www/firefox/work/mozilla-release/toolkit/mozapps/installer/precompile_cache.js
-e precompile_startupcache(resource://gre/);
Traceback (most recent call last):
File
/obj/buildshare/ports/355755/www/firefox/work/mozilla-release/toolkit/mozapps/installer/packager.py,
line 375, in module
main()
File
/obj/buildshare/ports/355755/www/firefox/work/mozilla-release/toolkit/mozapps/installer/packager.py,
line 367, in main
args.source, gre_path, base)
File
/obj/buildshare/ports/355755/www/firefox/work/mozilla-release/toolkit/mozapps/installer/packager.py,
line 148, in precompile_cache
errors.fatal('Error while running startup cache precompilation')
File
/obj/buildshare/ports/355755/www/firefox/work/mozilla-release/python/mozbuild/mozpack/errors.py,
line 101, in fatal
self._handle(self.FATAL, msg)
File
/obj/buildshare/ports/355755/www/firefox/work/mozilla-release/python/mozbuild/mozpack/errors.py,
line 96, in _handle
raise ErrorMessage(msg)
mozpack.errors.ErrorMessage: Error: Error while running startup cache
precompilation
gmake[2]: *** [stage-package] Error 1
This one is likely fixed in Firefox 30. FreeBSD uses xptcinvoke_ppc_linux.cpp.
https://bugzilla.mozilla.org/show_bug.cgi?id=961488
Good to know! I'll give that a try.
-Nathan
___
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 8.x
INDEX build failed with errors:
Generating INDEX-8 - please
wait../home/indexbuild/tindex/ports/java/java-subversion/../../devel/subversion/Makefile.common,
line 71: Malformed conditional ((${PORT_OPTIONS:MFREEBSD_TEMPLATE} ||
!${OPTIONS_FILE_UNSET:MFREEBSD_TEMPLATE}) defined(ORGANIZATION))
/home/indexbuild/tindex/ports/java/java-subversion/../../devel/subversion/Makefile.common,
line 73: if-less endif
/home/indexbuild/tindex/ports/java/java-subversion/../../devel/subversion/Makefile.common,
line 101: Malformed conditional ((${PORT_OPTIONS:MFREEBSD_TEMPLATE} ||
!${OPTIONS_FILE_UNSET:MFREEBSD_TEMPLATE}) defined(ORGANIZATION))
/home/indexbuild/tindex/ports/java/java-subversion/../../devel/subversion/Makefile.common,
line 103: if-less endif
make: fatal errors encountered -- cannot continue
=== java/java-subversion failed
*** [describe.java] Error code 1
/home/indexbuild/tindex/ports/devel/p5-subversion/../../devel/subversion/Makefile.common,
line 71: Malformed conditional ((${PORT_OPTIONS:MFREEBSD_TEMPLATE} ||
!${OPTIONS_FILE_UNSET:MFREEBSD_TEMPLATE}) defined(ORGANIZATION))
/home/indexbuild/tindex/ports/devel/p5-subversion/../../devel/subversion/Makefile.common,
line 73: if-less endif
/home/indexbuild/tindex/ports/devel/p5-subversion/../../devel/subversion/Makefile.common,
line 101: Malformed conditional ((${PORT_OPTIONS:MFREEBSD_TEMPLATE} ||
!${OPTIONS_FILE_UNSET:MFREEBSD_TEMPLATE}) defined(ORGANIZATION))
/home/indexbuild/tindex/ports/devel/p5-subversion/../../devel/subversion/Makefile.common,
line 103: if-less endif
make: fatal errors encountered -- cannot continue
=== devel/p5-subversion failed
*** [describe.devel] Error code 1
*** [/home/indexbuild/tindex/ports/INDEX-8] Error code 1
Stop in /home/indexbuild/tindex/ports.
*** [index] Error code 1
Stop in /home/indexbuild/tindex/ports.
2 errors
Committers on the hook:
amdmi3 antoine bapt gahr girgen jadawin lev marino nobutaka riggs rodrigo
sanpei swills vanilla wg wxs
Most recent SVN update was:
Updating '.':
Ugraphics/zint/Makefile
Ugraphics/xglurbules/Makefile
Agraphics/xglurbules/files
Agraphics/xglurbules/files/patch-Makefile
Ugraphics/xfractint/pkg-plist
Ugraphics/xfractint/Makefile
Usecurity/openvpn-devel/Makefile
Dgames/py-mnemosyne/pkg-plist
Ugames/py-mnemosyne/Makefile
Ugames/py-mnemosyne/distinfo
Ugames/py-mnemosyne/files/patch-setup.py
Uhebrew/hspell/pkg-plist
Uhebrew/hspell/Makefile
Dhebrew/culmus/pkg-message
Uhebrew/culmus/Makefile
Ahebrew/culmus/files
Ahebrew/culmus/files/pkg-message.in
Udatabases/leveldb/Makefile
Udatabases/mongodb/Makefile
Udatabases/postgresql91-server/Makefile
Dprint/py-reportlab2/files
Uprint/py-reportlab2/Makefile
Uprint/py-reportlab2/distinfo
Uprint/py-reportlab2/pkg-descr
Uwww/py-djblets/Makefile
Uarchivers/snappy/Makefile
Uarchivers/snappy/pkg-plist
Uarchivers/php5-snappy/Makefile
Udevel/smack/Makefile
Udevel/py-robotframework-ride/Makefile
Udevel/py-robotframework-ride/distinfo
Udevel/git/pkg-plist
Udevel/eblob/Makefile
Usysutils/heartbeat/Makefile
Usysutils/heartbeat/files/patch-tools-Makefile.am
Usysutils/heartbeat/files/pkg-install.in
Usysutils/heartbeat/pkg-plist
Uaudio/wavpack/Makefile
Aaudio/ncmpcpp/files
Aaudio/ncmpcpp/files/patch-src__visualizer.h
Uaudio/ncmpcpp/Makefile
Utextproc/jdictionary/Makefile.plugin
Utextproc/jdictionary/Makefile
Ulang/python34/pkg-plist
Ulang/python34/Makefile
Ulang/python34/files/patch-issue20210
Ulang/python34/files/patch-Makefile.pre.in
Updated to revision 358029.
___
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: mail/alpine quota.patch.gz fetch error
On 06/16/14 11:33, Greg Rivers wrote: I think the mirror sites and perhaps the checksums for quota.patch.gz need to be refreshed. Same for maildir.patch.gz. The patch manually obtained from http://patches.freeiz.com/alpine/patches/alpine-2.11/maildir.patch.gz did build without any problems. Thanks, -scott ___ 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] 358032: 4x leftovers, 12x success
Fix for FreeBSD 9. Fix messed up categories for slave ports. - Build ID: 20140616181400-24265 Job owner: l...@freebsd.org Buildtime: 93 minutes Enddate: Mon, 16 Jun 2014 19:47:11 GMT Revision: 358032 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=358032 - Port:devel/subversion 1.8.9_4 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354274/subversion-1.8.9_4.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354275/subversion-1.8.9_4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354276/subversion-1.8.9_4.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354277/subversion-1.8.9_4.log - Port:security/subversion-gnome-keyring 1.8.9_4 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354278/subversion-gnome-keyring-1.8.9_4.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354279/subversion-gnome-keyring-1.8.9_4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354280/subversion-gnome-keyring-1.8.9_4.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354281/subversion-gnome-keyring-1.8.9_4.log - Port:security/subversion-kwallet 1.8.9_4 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354282/subversion-kwallet-1.8.9_4.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354283/subversion-kwallet-1.8.9_4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354284/subversion-kwallet-1.8.9_4.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354285/subversion-kwallet-1.8.9_4.log - Port:www/mod_dav_svn 1.8.9_4 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354286/mod_dav_svn-1.8.9_4.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354287/mod_dav_svn-1.8.9_4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354288/mod_dav_svn-1.8.9_4.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~l...@freebsd.org/20140616181400-24265-354289/mod_dav_svn-1.8.9_4.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20140616181400-24265 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
Problem with emacs
In trying to build emacs (9.2-stable) (ports svn as of this morning, but one from a few weeks ago does this too) I get the following: checking for posix_openpt... yes checking for library containing tputs... no configure: error: The required function `tputs' was not found in any library. The following libraries were tried (in order): libtinfo, libncurses, libterminfo, libtermcap, libcurses Please try installing whichever of these libraries is most appropriate for your system, together with its header files. For example, a libncurses-dev(el) or similar package. === Script configure failed unexpectedly. Please report the problem to ash...@freebsd.org [maintainer] and attach the /e/var/portbld/usr/ports/editors/emacs/work/emacs-24.3/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** [do-configure] Error code 1 Stop in /usr/ports/editors/emacs. *** [stage] Error code 1 Given that ncurses is in the base system, and just in case I installed the port ncurses also, and this still happens. Something is wrong in ./configure. (I notice that the for example references redhat :-) -- Pete ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Xorg-server problem
In a 9.2-stable system, with svn as of this morning, dri/drm reinstalled a week or so ago, I get: CC indirect_size_get.lo CC indirect_table.lo indirect_size_get.c: In function '__glGetBooleanv_size': indirect_size_get.c:602: error: 'GL_RESET_NOTIFICATION_STRATEGY_ARB' undeclared (first use in this function) indirect_size_get.c:602: error: (Each undeclared identifier is reported only once indirect_size_get.c:602: error: for each function it appears in.) indirect_size_get.c:733: error: 'GL_SAMPLER_BINDING' undeclared (first use in this function) gmake[1]: *** [indirect_size_get.lo] Error 1 gmake[1]: *** Waiting for unfinished jobs In file included from /usr/local/include/GL/gl.h:2089, from glxserver.h:50, from indirect_table.c:29: /usr/local/include/GL/glext.h:4502: warning: redundant redeclaration of 'glColorTable' /usr/local/include/GL/gl.h:1637: warning: previous declaration of 'glColorTable' was here and piles of other warnings, some of which are out of order (apparently ports-mk does a -j2 on this system). This also occurred last week . I'll try recompiling dri/drm again just in case. -- Pete ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX now builds successfully on 8.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: Problem with emacs
Pete Carah p...@altadena.net writes: In trying to build emacs (9.2-stable) (ports svn as of this morning, but one from a few weeks ago does this too) I get the following: checking for posix_openpt... yes checking for library containing tputs... no configure: error: The required function `tputs' was not found in any library. The following libraries were tried (in order): libtinfo, libncurses, libterminfo, libtermcap, libcurses Please try installing whichever of these libraries is most appropriate for your system, together with its header files. For example, a libncurses-dev(el) or similar package. What does config.log say? ___ 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: mail/alpine quota.patch.gz fetch error
On Mon, 16 Jun 2014, Greg Rivers wrote:
I think the mirror sites and perhaps the checksums for quota.patch.gz need to
be refreshed.
It appears that DIST_SUBDIR should not have been removed. The attached
patch was a quick hack last night, can't vouch for correctness. Also,
the maildir patch is no longer present at ftp.cac.washington.edu.
Index: Makefile
===
--- Makefile(revision 358018)
+++ Makefile(working copy)
@@ -2,9 +2,10 @@
PORTNAME?= alpine
PORTVERSION= 2.11
-PORTREVISION?= 0
+PORTREVISION?= 1
CATEGORIES?= mail news ipv6
MASTER_SITES= http://patches.freeiz.com/alpine/release/src/
+DIST_SUBDIR= alpine-${PORTVERSION}
EXTRACT_SUFX= .tar.xz
MAINTAINER=mb...@xs4all.nl
Index: distinfo
===
--- distinfo(revision 358018)
+++ distinfo(working copy)
@@ -1,6 +1,4 @@
-SHA256 (alpine-2.11.tar.xz) =
fecc9ca5df03e0f368edec65cd61444325157b5635b5c92380cedf9c4ce8fbf6
-SIZE (alpine-2.11.tar.xz) = 4403188
-SHA256 (alpine-2.00/quota.patch.gz) =
383717cbe36c62a6008f9d7e1ce56e755fc0ec49eef25fcf11f2cbebbbaffe12
-SIZE (alpine-2.00/quota.patch.gz) = 3123
-SHA256 (alpine-2.00/maildir.patch.gz) =
60d98c7dca0932316e23ccb226b4db85d1896de9a1a37259a2afcea153be4477
-SIZE (alpine-2.00/maildir.patch.gz) = 32737
+SHA256 (alpine-2.11/alpine-2.11.tar.xz) =
fecc9ca5df03e0f368edec65cd61444325157b5635b5c92380cedf9c4ce8fbf6
+SIZE (alpine-2.11/alpine-2.11.tar.xz) = 4403188
+SHA256 (alpine-2.11/maildir.patch.gz) =
60d98c7dca0932316e23ccb226b4db85d1896de9a1a37259a2afcea153be4477
+SIZE (alpine-2.11/maildir.patch.gz) = 32737
Index: Makefile
===
--- Makefile(revision 358018)
+++ Makefile(working copy)
@@ -2,9 +2,10 @@
PORTNAME?= alpine
PORTVERSION= 2.11
-PORTREVISION?= 0
+PORTREVISION?= 1
CATEGORIES?= mail news ipv6
MASTER_SITES= http://patches.freeiz.com/alpine/release/src/
+DIST_SUBDIR= alpine-${PORTVERSION}
EXTRACT_SUFX= .tar.xz
MAINTAINER=mb...@xs4all.nl
Index: distinfo
===
--- distinfo(revision 358018)
+++ distinfo(working copy)
@@ -1,6 +1,4 @@
-SHA256 (alpine-2.11.tar.xz) =
fecc9ca5df03e0f368edec65cd61444325157b5635b5c92380cedf9c4ce8fbf6
-SIZE (alpine-2.11.tar.xz) = 4403188
-SHA256 (alpine-2.00/quota.patch.gz) =
383717cbe36c62a6008f9d7e1ce56e755fc0ec49eef25fcf11f2cbebbbaffe12
-SIZE (alpine-2.00/quota.patch.gz) = 3123
-SHA256 (alpine-2.00/maildir.patch.gz) =
60d98c7dca0932316e23ccb226b4db85d1896de9a1a37259a2afcea153be4477
-SIZE (alpine-2.00/maildir.patch.gz) = 32737
+SHA256 (alpine-2.11/alpine-2.11.tar.xz) =
fecc9ca5df03e0f368edec65cd61444325157b5635b5c92380cedf9c4ce8fbf6
+SIZE (alpine-2.11/alpine-2.11.tar.xz) = 4403188
+SHA256 (alpine-2.11/maildir.patch.gz) =
60d98c7dca0932316e23ccb226b4db85d1896de9a1a37259a2afcea153be4477
+SIZE (alpine-2.11/maildir.patch.gz) = 32737
___
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: mail/alpine quota.patch.gz fetch error
On Mon, 16 Jun 2014, Warren Block wrote: On Mon, 16 Jun 2014, Greg Rivers wrote: I think the mirror sites and perhaps the checksums for quota.patch.gz need to be refreshed. It appears that DIST_SUBDIR should not have been removed. The attached patch was a quick hack last night, can't vouch for correctness. Also, the maildir patch is no longer present at ftp.cac.washington.edu. Your patch looks promising, but it omitted the quota patch. I did some additional searching on the freeiz.com site and discovered that the quota patch is no longer needed; it was integrated into the Alpine code base as of version 2.10 (http://patches.freeiz.com/alpine/indexold.html). I disabled QUOTA in the port options, built the new version of Alpine, and confirmed that indeed the quota function is there. So it turns out that all that needs to be done is to remove the QUOTA option from the Makefile. It does however look like the maildir patch is still needed if one wants to use maildir format mailboxes. -- 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
