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 +-+ science/afni| 20.1.17 | afni_20.1.18 +-+ security/teleport | 4.2.10 | v4.2.11 +-+ 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 Reported by:portscout! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Recent wordpress, huge compiling effort, needed?
Hi I am running 12.1-STABLE (r362720), ports (head, revison 540950) and poudriere-devel for ports compilations. The recent update of www/wordpress ended in a compilation 'nightmare', because this port newly depends on ImageMagick: MWN> cat diff-wordpress 2c2 < # $FreeBSD: head/www/wordpress/Makefile 534850 2020-05-10 13:51:37Z joneum $ --- > # $FreeBSD: head/www/wordpress/Makefile 540837 2020-06-29 22:24:46Z joneum $ 5c5 < DISTVERSION= 5.3.3 --- > DISTVERSION= 5.4.2 20c20,21 < USE_PHP= curl ftp gd hash json mysqli pcre tokenizer xml zip zlib --- > USE_PHP= curl exif fileinfo ftp gd hash json mysqli pcre tokenizer xml > zip zlib > RUN_DEPENDS= > ${LOCALBASE}/lib/php/${PHP_EXT_DIR}/imagick.so:graphics/pecl-imagick@${PHP_FLAVOR} Due to this dependeny the following ports need tp be compiled: devel/llvm80 devel/gobject-introspection graphics/ImageMagick6-nox11 graphics/cairo graphics/mesa-libs graphics/pecl-imagick net/avahi-app print/cups print/ghostscript9-agpl-base print/harfbuzz print/libraqm (BTW: llvm80 runs into an error after 2.5 hours compilation time) Here is my questions: 1) Why does one need this dependency? 2) I could compile and install the updated port by removing RUN_DEPENDS within a couple of minutes. Is this a safe approach, though? 3) If 2) is a safe way to use wordpress remotely from a web browser, then would it possible to remove the dependency by an option? (CC'd this mail to maintainer) Thanks and regards, Michael ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Recent wordpress, huge compiling effort, needed?
Hi! > The recent update of www/wordpress ended in a compilation 'nightmare', > because this port newly depends on ImageMagick: [...] > 1) Why does one need this dependency? The wordpress install script checks if imagemagick is available, and I'm not sure it's still optional. Does your blog do lots of picture resizings etc ? > 2) I could compile and install the updated port by removing RUN_DEPENDS > within a couple of minutes. >Is this a safe approach, though? Mostly, if you do not do fancy image work. > 3) If 2) is a safe way to use wordpress remotely from a web browser, then > would it possible to remove the dependency by an option? (CC'd this mail to > maintainer) Give it a try to use wordpress without that RUN_DEPENDS. If it can be installed without it, and you don't need it... -- p...@opsec.eu+49 171 3101372Now what ? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Recent wordpress, huge compiling effort, needed?
Kurt Jaeger wrote: >> The recent update of www/wordpress ended in a compilation 'nightmare', >> because this port newly depends on ImageMagick: > [...] >> 1) Why does one need this dependency? > > The wordpress install script checks if imagemagick is available, and > I'm not sure it's still optional. The only option available currently is whether to build/install the documentation > Does your blog do lots of picture resizings etc ? No. I am running a rather static website, only. No blog. >> 3) If 2) is a safe way to use wordpress remotely from a web browser, then >> would it possible to remove the dependency by an option? (CC'd this mail to >> maintainer) > > Give it a try to use wordpress without that RUN_DEPENDS. If it > can be installed without it, and you don't need it... I did install it successfully, already, and everything is working as usual. But I wonder if this might break something I didn't run about my tests a couple of minutes ago. Regards, Michael ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
audoi/openal-soft fails
# portmaster audio/openal-soft ... CMake Warning (dev) at /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:272 (message): The package name passed to `find_package_handle_standard_args` (OPENSL) does not match the name of the calling package (OpenSL). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. Call Stack (most recent call first): cmake/FindOpenSL.cmake:56 (find_package_handle_standard_args) CMakeLists.txt:1000 (FIND_PACKAGE) This warning is for project developers. Use -Wno-dev to suppress it. ... CMake Warning (dev) at /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:272 (message): The package name passed to `find_package_handle_standard_args` (MYSOFA) does not match the name of the calling package (MySOFA). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. Call Stack (most recent call first): cmake/FindMySOFA.cmake:59 (find_package_handle_standard_args) CMakeLists.txt:1387 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. ... -- Found MYSOFA: /usr/local/lib/libmysofa.so -- Building utility programs -- Building configuration program -- -- Building test programs -- -- Configuring incomplete, errors occurred! See also "/usr/ports/audio/openal-soft/work/.build/CMakeFiles/CMakeOutput.log". See also "/usr/ports/audio/openal-soft/work/.build/CMakeFiles/CMakeError.log". *** Error code 1 Stop. make[1]: stopped in /usr/ports/audio/openal-soft *** Error code 1 Stop. make: stopped in /usr/ports/audio/openal-soft ===>>> make build failed for audio/openal-soft ===>>> Aborting update ===>>> You can restart from the point of failure with this command line: portmaster audio/openal-soft This command has been saved to ~/portmasterfail.txt -andyf ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: mail/filtermail fails to build with 13.0-CURRENT
On Monday, 29 June 2020 21:43:28 BST Jung-uk Kim wrote: > I just checked the upstream and it seems the problem does not exist any > more after this commit. > > https://sourceforge.net/p/mailfilter/code/ci/52e08609da8133e2cc0acd1961ebc1 > e1537f0c54 > > Most applications should have similar fixes because all major Linux > distros are using Flex 2.6 now. If you are maintaining such > applications, you should update the ports, add devel/flex to > BUILD_DEPENDS, and set FLEX=${LOCALBASE}/bin/flex for releng/stable > branches. Thanks Jung-uk Kim, your info got me moving along the right track. I've patched the port to upgrade it to 0.8.6 and incorporated your suggestions about devel/flex for releng/stable. I also needed to conditionally add CPPFLAGS+= -I${LOCALBASE}/include/flex to prevent flex 2.5.37 from the rev 12 base system from being used. With these changes filtermail 0.8.6 now builds and works on both 12.1-RELEASE and 13.0-CURRENT but before I go ahead and submit a patch there's a point I'm a bit concerned about. I've successfully followed all the steps for testing the port in section 3.4 of the Porter's Handbook except for the final step, make package (as user), which failed. Initially it was because I did not have write access to the port directory. After temporarily running chmod a+w filtermail I was able to build the package but the final step of copying it to /usr/ports/packages/ All/filtermail-0.8.6.txz not surprisingly failed. I'm puzzled why there is this requirement to be able to build as a user when the default permissions on the ports directories prevent this for unprivileged users. I'm fairly confident that my patches to the port are working OK but this is a task I rarely get involved with so I've appended the Makefile to this email in case anybody can spot anything I've not done correctly. I made the dependency of textproc/flex conditional on OSVERSION < 130. I suppose that will only be correct if flex was in base from the start of 13.0- CURRENT, if not is there a more specific value I should test against? # $FreeBSD: head/mail/filtermail/Makefile 436247 2017-03-15 14:45:30Z mat $ PORTNAME= filtermail PORTVERSION=0.8.6 CATEGORIES= mail MASTER_SITES= http://sourceforge.net/projects/mailfilter/files/Mailfilter/ DISTNAME= mailfilter-${PORTVERSION} MAINTAINER= jmc-filterm...@milibyte.co.uk COMMENT=Filter mail on a POP3 server: saves downloading spam LICENSE=GPLv3 .include .if ${OPSYS} == FreeBSD && ${OSVERSION} < 130 BUILD_DEPENDS= ${LOCALBASE}/bin/flex:textproc/flex .endif USES= bison gmake ssl # This port is filtermail, but the author called it mailfilter. To avoid a # clash with another port called mailfilter, we change all files # installed by this port from the form *mailfilter* to the form # *filtermail*, and similarly the names in the man pages. EXTRACT_CMD=${GZIP_CMD} EXTRACT_BEFORE_ARGS=-dc EXTRACT_AFTER_ARGS= | ${SED} 's/[mM][aA][iI][lL][fF][iI][lL][tT][eE][rR]/ filtermail/g' | ${TAR} -xf - WRKSRC= ${WRKDIR}/${PORTNAME}-${PORTVERSION} GNU_CONFIGURE= yes MAKE_JOBS_UNSAFE= yes CPPFLAGS+= -I${LOCALBASE}/include .if ${OPSYS} == FreeBSD && ${OSVERSION} < 130 CPPFLAGS+= -I${LOCALBASE}/include/flex FLEX=${LOCALBASE}/bin/flex .endif LDFLAGS+= -L${LOCALBASE}/lib PLIST_FILES=bin/${PORTNAME} \ man/man1/${PORTNAME}.1.gz \ man/man5/${PORTNAME}ex.5.gz \ man/man5/${PORTNAME}rc.5.gz post-patch: @${REINPLACE_CMD} -e 's|filtermail.sourceforge| mailfilter.sourceforge|g' ${WRKSRC}/README post-extract: @${RM} ${WRKSRC}/src/getopt.h .include -- Mike Clarke ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Reminder: freedb.org (CDDB) has shut down
I would like to remind everybody that the freedb.org compact disc track database has shut down. Any program funcionality that tries to fetch from or submit data to it is broken now. This will mostly concern CD rippers and media players. A mostly drop-in compatible alternative is available at gnudb.org. https://www.gnudb.org/ I expect a number of FreeBSD ports to be affected by this. If you are the maintainer of a port that has CDDB functionality, please fix it by switching the default server over to gnudb.org. (On OpenBSD I extracted all ports and grepped over the sources, which revealed some 35 affected ports. https://marc.info/?l=openbsd-ports&m=159346807907595&w=2 I don't have the resources to do this on FreeBSD.) -- Christian "naddy" Weisgerber na...@mips.inka.de ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Reminder: freedb.org (CDDB) has shut down
On 01 Jul 2020, at 09:14, Christian Weisgerber wrote: > (On OpenBSD I extracted all ports and grepped over the sources, which > revealed some 35 affected ports. > https://marc.info/?l=openbsd-ports&m=159346807907595&w=2 > I don't have the resources to do this on FreeBSD.) I did a quick and dirty check on FreeBSD 12.1 x86 grep -ir CDDB /usr/ports/INDEX-12 | wc -l 154 (133 of them are libcddb) HTH? -- "Are you pondering what I'm pondering?" "Sure, Brain, but how are we going to find chapsour size?" ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"