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 +-+ deskutils/copyq | 3.6.1 | v3.7.1 +-+ 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 https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: japanese/libreoffice build failed (13.0-CURRENT/r339677)
On Wed, 14 Nov 2018 21:06:37 +0900 KIRIYAMA Kazuhiko wrote: > er-statement -Wvla -Wpointer-arith -Wmissing-declarations > -Wmissing-prototypes -Wredundant-decls -Wundef -Wwrite-strings > -Wformat-nonliteral -Wformat-security -Winit-self -Wmissing-include-dirs > -Waddress -Wno-multichar -Wnested-externs -g -fvisibility=hidden -O2 -pipe > -Wno-format -fstack-protector -fno-strict-aliasing -MT > libgstgl_wayland_la-gstgldisplay_wayland.lo -MD -MP -MF > .deps/libgstgl_wayland_la-gstgldisplay_wayland.Tpo -c gstgldisplay_wayland.c > -fPIC -DPIC -o .libs/libgstgl_wayland_la-gstgldisplay_wayland.o > libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/local/include > -I../../../../gst-libs -I../../../../gst-libs -I/usr/local/include > -D_THREAD_SAFE -pthread -I/usr/local/include -I/usr/local/include > -I/usr/local/include/libdrm -D_THREAD_SAFE -pthread -I../../../../gst-libs > -I../../../../gst-libs -I/usr/local/include/gstreamer-1.0 > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -I/usr/local/include -pthread -I/usr/local/include/glib-2.0 > -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread > -I/usr/local/include/gstreamer-1.0 -I/usr/local/include/glib-2.0 > -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread > -fno-strict-aliasing -DG_THREADS_MANDATORY -DG_DISABLE_CAST_CHECKS -Wall > -Wdeclaration-after-statement -Wvla -Wpointer-arith -Wmissing-declarations > -Wmissing-prototypes -Wredundant-decls -Wundef -Wwrite-strings > -Wformat-nonliteral -Wformat-security -Winit-self -Wmissing-include-dirs > -Waddress -Wno-multichar -Wnested-externs -! g ! > -fvisibility=hidden -O2 -pipe -Wno-format -fstack-protector > -fno-strict-aliasing -MT libgstgl_wayland_la-wayland_event_source.lo -MD -MP > -MF .deps/libgstgl_wayland_la-wayland_event_source.Tpo -c > wayland_event_source.c -fPIC -DPIC -o > .libs/libgstgl_wayland_la-wayland_event_source.o > libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/local/include > -I../../../../gst-libs -I../../../../gst-libs -I/usr/local/include > -D_THREAD_SAFE -pthread -I/usr/local/include -I/usr/local/include > -I/usr/local/include/libdrm -D_THREAD_SAFE -pthread -I../../../../gst-libs > -I../../../../gst-libs -I/usr/local/include/gstreamer-1.0 > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -I/usr/local/include -pthread -I/usr/local/include/glib-2.0 > -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread > -I/usr/local/include/gstreamer-1.0 -I/usr/local/include/glib-2.0 > -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread > -fno-strict-aliasing -DG_THREADS_MANDATORY -DG_DISABLE_CAST_CHECKS -Wall > -Wdeclaration-after-statement -Wvla -Wpointer-arith -Wmissing-declarations > -Wmissing-prototypes -Wredundant-decls -Wundef -Wwrite-strings > -Wformat-nonliteral -Wformat-security -Winit-self -Wmissing-include-dirs > -Waddress -Wno-multichar -Wnested-externs -! g ! > -fvisibility=hidden -O2 -pipe -Wno-format -fstack-protector > -fno-strict-aliasing -MT libgstgl_wayland_la-gstglwindow_wayland_egl.lo -MD > -MP -MF .deps/libgstgl_wayland_la-gstglwindow_wayland_egl.Tpo -c > gstglwindow_wayland_egl.c -fPIC -DPIC -o > .libs/libgstgl_wayland_la-gstglwindow_wayland_egl.o > gstglwindow_wayland_egl.c:28:10: fatal error: 'linux/input.h' file not found > #include > ^~~ > 1 error generated. > gmake[9]: *** [Makefile:731: libgstgl_wayland_la-gstglwindow_wayland_egl.lo] > Error 1 > gmake[9]: *** Waiting for unfinished jobs > mv -f .deps/libgstgl_wayland_la-gstgldisplay_wayland.Tpo > .deps/libgstgl_wayland_la-gstgldisplay_wayland.Plo > mv -f .deps/libgstgl_wayland_la-wayland_event_source.Tpo > .deps/libgstgl_wayland_la-wayland_event_source.Plo > gmake[9]: Leaving directory > '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs/gst/gl/wayland' > gmake[8]: *** [Makefile:1279: all-recursive] Error 1 > gmake[8]: Leaving directory > '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs/gst/gl' > gmake[7]: *** [Makefile:659: all-recursive] Error 1 > gmake[7]: Leaving directory > '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs/gst' > gmake[6]: *** [Makefile:624: all-recursive] Error 1 > gmake[6]: Leaving directory > '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs' > gmake[5]: *** [Makefile:746: all-recursive] Error 1 > gmake[5]: Leaving directory > '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4' > gmake[4]: *** [Makefile:677: all] Error 2 > gmake[4]: Leaving directory > '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4' > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > >
Inkscape package troubles, "libicuuc.so.62" not found
Using pkg delete resolved the ImageMagick vs ImageMagic6 conflict, allowing inkscape to build successfully from ports on an RPI3. Alas, I somehow deleted libicuuc.so.62, causing a runtime failure. Rebuilding devel/icu got version 63, so that didn't help. Noticing that inkscape is now available as a package, I tried installing that, expecting it to recover the older library needed for the current version of inkscape. The install brought down roughly 1 GB of files, but not the needed library. Is there a resolution to this dilemma, other than just waiting for inkscape to catch up? Is it possible to determine which revision of the ports tree can make a runnable version of a particular port? Thanks for reading, bob prohaska ___ 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: Inkscape package troubles, "libicuuc.so.62" not found
On Mon, Nov 19, 2018 at 03:57:22PM -0800, bob prohaska wrote: > Using pkg delete resolved the ImageMagick vs ImageMagic6 conflict, allowing > inkscape to build successfully from ports on an RPI3. > > Alas, I somehow deleted libicuuc.so.62, causing a runtime failure. Rebuilding > devel/icu got version 63, so that didn't help. > > Noticing that inkscape is now available as a package, I tried installing > that, expecting it to recover the older library needed for the current > version of inkscape. The install brought down roughly 1 GB of files, > but not the needed library. > > Is there a resolution to this dilemma, other than just waiting for > inkscape to catch up? Is it possible to determine which revision of > the ports tree can make a runnable version of a particular port? The simple (temporary) workaround is echo 'libicuuc.so.62 libicuuc.so.63' >> /etc/libmap.conf -- Steve ___ 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: Inkscape package troubles, "libicuuc.so.62" not found
On Tue, 20 Nov 2018 at 13:25, bob prohaska wrote: [...] > Is there a resolution to this dilemma, other than just waiting for > inkscape to catch up? Is it possible to determine which revision of > the ports tree can make a runnable version of a particular port? The correct thing to do is to build a set of local package repository for your RPI3 system using synth or poudriere. It appears that some of your locally installed packages are out of sync with the ports-tree, and that is a common problem with using non-chrooted/jailed port-builders. I've just built a runnable version of inkscape, so I'm pretty sure the problem is at your end rather than the ports tree. Cheers. -- Jonathan Chen ___ 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"
