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 +-+ www/groupoffice | 3.7.24 | 6.0.24 +-+ 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"
roundcube and php 5.4.33: fgets(): SSL read operation timed out
Hi -- My setup: roundcube-1.0.2 + nginx-1.6.2 in a FreeBSD-10 jail. RC will connect to a recent dovecot server in another jail at the same host. Recently, after upgrading php from 5.4.32 to 5.4.33 roundcube will refuse to connect to dovecot: | roundcube: PHP Warning: fgets(): SSL read operation timed out in \ | /...path2rc.../roundcube/program/lib/Roundcube/rcube_imap_generic.php on line 200 Recompiling every port involved and restarting both involved jails hasn't been successful. Only, reverting back to php 5.4.32 made RC work again. Is anyone running into this as well? Any idea how to debug this? Thanks and regards, Michael ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Place of LICENSE_FILE in Makefile
El 19/09/2014 21:10, "Brooks Davis" escribió:
>
> On Fri, Sep 19, 2014 at 08:35:36PM +0200, Fernando Apestegu?a wrote:
> > Hi,
> >
> > I'm facing a situation with a new Makefile.
> > I want to set LICENSE_FILE to the location of the license file of the
> > distribution. The file is located under ${WRKSRC} that has been set to
> > ${WRKDIR}/${GH_ACCOUNT}-${GH_PROJECT}-${GH_COMMIT}
> >
> > If I use LICENSE_FILE _after_ setting WRKSRC, I get an error from
> > portlint. Also, all the GH_* variables need to be set before I can use
> > them to point LICENSE_FILE to the proper path, so... in which order
> > should I define these variables so portlint doesn't complain?
>
> It should not matter that the variable are not yet defined. Variables
> are expanded at point of use not point of assignment.
Ok, thanks!
>
> -- Brooks
___
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"
building broken after today's update
(This (as far as I know) is something I've screwed up, not a problem with the ports build process; I just need some help setting things right.) After a morning of updating various ports, the build process is broken; specifically, it _appears_ to involve "make". Test case: huff@>> cd /usr/ports/misc/pciids huff@>> make clean ... and nothing happens. After waiting a few seconds start hitting 'ctl-t' and get this: load: 0.20 cmd: sh 41244 [running] 0.00r 0.00u 0.00s 1% 1388k make[2]: Working in: /usr/ports/lang/python33 make[11]: Working in: /usr/ports/lang/python33 make[1]: Working in: /usr/ports/lang/python33 make[3]: Working in: /usr/ports/lang/python33 make[9]: Working in: /usr/ports/lang/python33 make[7]: Working in: /usr/ports/lang/python33 make[12]: Working in: /usr/ports/lang/python33 make[14]: Working in: /usr/ports/lang/python33 make[6]: Working in: /usr/ports/lang/python33 make[5]: Working in: /usr/ports/lang/python33 make[4]: Working in: /usr/ports/lang/python33 make[10]: Working in: /usr/ports/lang/python33 make[15]: Working in: /usr/ports/lang/python33 make[13]: Working in: /usr/ports/lang/python33 make: Working in: /usr/ports/misc/pciids make[8]: Working in: /usr/ports/lang/python33 load: 0.20 cmd: sh 41403 [running] 0.00r 0.00u 0.00s 2% 332k make[23]: Working in: /usr/ports/lang/python33 make[18]: Working in: /usr/ports/lang/python33 make[14]: Working in: /usr/ports/lang/python33 make: Working in: /usr/ports/misc/pciids make[3]: Working in: /usr/ports/lang/python33 make[17]: Working in: /usr/ports/lang/python33 make[16]: Working in: /usr/ports/lang/python33 make[9]: Working in: /usr/ports/lang/python33 until I ctl-c out. I have no idea what happened; as far as I know there's no reason for make to involve python. Help, please? Bewildered, 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"
graphics/qgis: Bug 192602 patch seems ready
For the Quantum GIS port (graphics/qgis) Bug 192602 [1] from 2014-08-12 is open until now. As far as I (maintainer) can say, there is a patch ready, which should solve the addressed problems. Could someone please have a look at it? Thanks in advance, Rainer Hurling [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192605 ___ 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"
