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 +-+ databases/luasql-mysql | 2.3.0 | v2.3.1 +-+ databases/luasql-postgres | 2.3.0 | v2.3.1 +-+ databases/luasql-sqlite3| 2.3.0 | v2.3.1 +-+ textproc/elasticsearch-plugin-marvel| 1.3.1 | 2.3.0 +-+ 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: HTML5 videos crashes Firefox
On Sun, 27 Mar 2016 10:12:07 -0700, Christoph Brinkhaus wrote: Hello Andrea, Hello and thanks for your help. I have tried the first video I get from youtube without problems. May be you post an url where the crash occurs. I can just go to youtube.it/com and choose a random one; e.g.: https://www.youtube.com/watch?v=hrJLzq_coUg https://www.youtube.com/watch?v=LbVEXCh63pQ (Please forgive me for linking that crap, but you asked it :) The options I use are according to pkg info ALSA : on BUNDLED_CAIRO : off CANBERRA : off DBUS : on DEBUG : off DTRACE : off FFMPEG : on GCONF : off GIO : on GNOMEUI : off GTK2 : on GTK3 : off INTEGER_SAMPLES: off LIBPROXY : off OPTIMIZED_CFLAGS: off PGO : off PROFILE : off PULSEAUDIO : off TEST : off I had: ALSA : off BUNDLED_CAIRO : on CANBERRA : off DBUS : on DEBUG : off DTRACE : on FFMPEG : on GCONF : off GIO: on GNOMEUI: off GTK2 : off GTK3 : on INTEGER_SAMPLES: off LIBPROXY : off OPTIMIZED_CFLAGS: on PGO: off PROFILE: off PULSEAUDIO : on RUST : on TEST : off However, I tried your set of options (with RUST on and off, since you don't have it): things didn't change, still crashing. > The version is 45.0.1,1 45.0.1_3,1, here, but I also went through 45.0.1,1, which crashed in the same way. May be you try pkg_libchk from sysutils/bsdadminscripts if the libraries are in order. I used sysutil/libchk, which should do more or less the same thing: there were some unresolved references in binaries which should not be related to FireFox: I solved that, but it's still crashing. Any other thing to check? Do you have an i386 kernel? Yes. I am not sure if there might be a possible issue. Any pointer on that? *If* firefox is incompatible with i386 I might switch, but it's going to be a very long work; so I'd like to get some hint about this before I venture myself in such a trouble. When I have started using FreeBSD I thought amd64 is just for AMD processors. But amd64 is also ok for Intel. I know the difference. However this box's install predates amd64: I was using it more than 10 years ago (5.x or 6.x possibly) and it's still there through several hardware and software upgrades. Until now I haven't found any good reason to drop everything and reinstall from scratch... > This is likely the newest one. I am not completely up to date because > I mostly upgrade only when there are vulnerabilities. So do I, but I've gone through every minor update since I'm experiencing these crashes. bye & Thanks av. ___ 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: HTML5 videos crashes Firefox
On Tue, Mar 29, 2016 at 06:20:13PM +0200, Andrea Venturoli wrote: Hello Andrea! > On Sun, 27 Mar 2016 10:12:07 -0700, Christoph Brinkhaus wrote: > > > Hello Andrea, > > Hello and thanks for your help. > > > I have tried the first video I get from youtube without problems. > > May be you post an url where the crash occurs. > > I can just go to youtube.it/com and choose a random one; e.g.: > https://www.youtube.com/watch?v=hrJLzq_coUg > https://www.youtube.com/watch?v=LbVEXCh63pQ > > (Please forgive me for linking that crap, but you asked it :) Wonderful stuff. Now I know why we must spend more money for a fast internet;-). I have tried both videos on the firefox I build from sources for 1-2 minutes with privoxy enabled and no problems. The second works also on a firefox I have installed in a jail as package. It works also with privoxy disabled. I have not dared to do this for the first one. I have no idea who logs what... The only thing I get are error messages as below: $ ssh fox firefox libGL error: failed to open drm device: No such file or directory libGL error: failed to load driver: i965 libGL error: unable to load driver: swrast_dri.so libGL error: failed to load driver: swrast 1459272168729 addons.xpi WARNBootstrap state is invalid (missing add-ons: I have no add-ons. > > > The options I use are > > according to pkg info > > ALSA : on > > BUNDLED_CAIRO : off > > CANBERRA : off > > DBUS : on > > DEBUG : off > > DTRACE : off > > FFMPEG : on > > GCONF : off > > GIO : on > > GNOMEUI : off > > GTK2 : on > > GTK3 : off > > INTEGER_SAMPLES: off > > LIBPROXY : off > > OPTIMIZED_CFLAGS: off > > PGO : off > > PROFILE : off > > PULSEAUDIO : off > > TEST : off > > I had: > > ALSA : off > > BUNDLED_CAIRO : on > > CANBERRA : off > > DBUS : on > > DEBUG : off > > DTRACE : on > > FFMPEG : on > > GCONF : off > > GIO: on > > GNOMEUI: off > > GTK2 : off > > GTK3 : on > > INTEGER_SAMPLES: off > > LIBPROXY : off > > OPTIMIZED_CFLAGS: on > > PGO: off > > PROFILE: off > > PULSEAUDIO : on > > RUST : on > > TEST : off > > However, I tried your set of options (with RUST on and off, since you > don't have it): things didn't change, still crashing. > > > The version is 45.0.1,1 > > 45.0.1_3,1, here, but I also went through 45.0.1,1, which crashed in the > same way. > > > May be you try pkg_libchk from sysutils/bsdadminscripts > > if the libraries are in order. > > I used sysutil/libchk, which should do more or less the same thing: > there were some unresolved references in binaries which should not be > related to FireFox: I solved that, but it's still crashing. > Any other thing to check? I do not know. > > > Do you have an i386 kernel? > > Yes. > > > I am not sure if there might be a possible issue. > > Any pointer on that? > *If* firefox is incompatible with i386 I might switch, but it's going to > be a very long work; so I'd like to get some hint about this before I > venture myself in such a trouble. With some luck somebody will do the tests on a different i386 machine. > > > When I have started using FreeBSD I thought amd64 is just for AMD > > processors. > > But amd64 is also ok for Intel. > > I know the difference. > However this box's install predates amd64: I was using it more than 10 > years ago (5.x or 6.x possibly) and it's still there through several > hardware and software upgrades. > Until now I haven't found any good reason to drop everything and > reinstall from scratch... Ok, you are much more experienced than me. I hope that at least the tests have given some information. > > > This is likely the newest one. I am not completely up to date because > > I mostly upgrade only when there are vulnerabilities. > > So do I, but I've gone through every minor update since I'm experiencing > these crashes. Good luck, I hope you will find the root cause. > > bye & Thanks > av. Kind regards, Christoph ___ 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"
Issue with Bind-9.10
Hi All
I upgraded from Bind 9.9x to bind910-9.10.3P4 on FreeBSD-9.3-RELEASE-p33.
During the installation from ports, I checked RRL(Response Rate Limiting)
After the installation I checked and resolves are still working. I
restarted the service and no errors. My problem now is that when I use the
option rate-limit { responses-per-second 10; }; and reload bind I get the
error, unknown option rate-limit. Has anyone ever seen this error?
I ran named -V as was suggested to me on another mailing list and
surprisingly, got this result below. It is still showing Bind-9.9.5
although pkg info shows bind910-9.10.3P4
BIND 9.9.5 (Extended Support Version) built by make with
'--prefix=/usr' '--infodir=/usr/share/info' '--mandir=/usr/share/man'
'--enable-threads' '--enable-getifaddrs' '--disable-linux-caps'
'--with-openssl=/usr' '--with-randomdev=/dev/random' '--without-idn'
'--without-libxml2'
Regards
___
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: HTML5 videos crashes Firefox
I just tried one of the videos and my firefox crashed as well. FreeBSD laptop_93.private 9.3-RELEASE-p30 FreeBSD 9.3-RELEASE-p30 #0: Mon Nov 2 10:11:50 UTC 2015 r...@amd64-builder.daemonology.net:/usr/obj/usr/src /sys/GENERIC amd64 X firefox-43.0.3_1,1 Web browser based on the browser portion of Mozilla On 03/29/16 09:20, Andrea Venturoli wrote: On Sun, 27 Mar 2016 10:12:07 -0700, Christoph Brinkhaus wrote: Hello Andrea, Hello and thanks for your help. I have tried the first video I get from youtube without problems. May be you post an url where the crash occurs. I can just go to youtube.it/com and choose a random one; e.g.: https://www.youtube.com/watch?v=hrJLzq_coUg https://www.youtube.com/watch?v=LbVEXCh63pQ (Please forgive me for linking that crap, but you asked it :) The options I use are according to pkg info ALSA : on BUNDLED_CAIRO : off CANBERRA : off DBUS : on DEBUG : off DTRACE : off FFMPEG : on GCONF : off GIO : on GNOMEUI : off GTK2 : on GTK3 : off INTEGER_SAMPLES: off LIBPROXY : off OPTIMIZED_CFLAGS: off PGO : off PROFILE : off PULSEAUDIO : off TEST : off I had: ALSA : off BUNDLED_CAIRO : on CANBERRA : off DBUS : on DEBUG : off DTRACE : on FFMPEG : on GCONF : off GIO: on GNOMEUI: off GTK2 : off GTK3 : on INTEGER_SAMPLES: off LIBPROXY : off OPTIMIZED_CFLAGS: on PGO: off PROFILE: off PULSEAUDIO : on RUST : on TEST : off However, I tried your set of options (with RUST on and off, since you don't have it): things didn't change, still crashing. > The version is 45.0.1,1 45.0.1_3,1, here, but I also went through 45.0.1,1, which crashed in the same way. May be you try pkg_libchk from sysutils/bsdadminscripts if the libraries are in order. I used sysutil/libchk, which should do more or less the same thing: there were some unresolved references in binaries which should not be related to FireFox: I solved that, but it's still crashing. Any other thing to check? Do you have an i386 kernel? Yes. I am not sure if there might be a possible issue. Any pointer on that? *If* firefox is incompatible with i386 I might switch, but it's going to be a very long work; so I'd like to get some hint about this before I venture myself in such a trouble. When I have started using FreeBSD I thought amd64 is just for AMD processors. But amd64 is also ok for Intel. I know the difference. However this box's install predates amd64: I was using it more than 10 years ago (5.x or 6.x possibly) and it's still there through several hardware and software upgrades. Until now I haven't found any good reason to drop everything and reinstall from scratch... > This is likely the newest one. I am not completely up to date because > I mostly upgrade only when there are vulnerabilities. So do I, but I've gone through every minor update since I'm experiencing these crashes. bye & Thanks av. ___ 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" -- Patrick Powell Astart Technologies papow...@astart.com1530 Jamacha Rd, Suite X Network and System San Diego, CA 92019 Consulting 858-874-6543 FAX 858-751-2435 Web: www.astart.com ___ 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: Issue with Bind-9.10
On 29 Mar, Peter Fraser wrote:
> Hi All
> I upgraded from Bind 9.9x to bind910-9.10.3P4 on FreeBSD-9.3-RELEASE-p33.
> During the installation from ports, I checked RRL(Response Rate Limiting)
> After the installation I checked and resolves are still working. I
> restarted the service and no errors. My problem now is that when I use the
> option rate-limit { responses-per-second 10; }; and reload bind I get the
> error, unknown option rate-limit. Has anyone ever seen this error?
>
> I ran named -V as was suggested to me on another mailing list and
> surprisingly, got this result below. It is still showing Bind-9.9.5
> although pkg info shows bind910-9.10.3P4
> BIND 9.9.5 (Extended Support Version) built by make with
> '--prefix=/usr' '--infodir=/usr/share/info' '--mandir=/usr/share/man'
> '--enable-threads' '--enable-getifaddrs' '--disable-linux-caps'
> '--with-openssl=/usr' '--with-randomdev=/dev/random' '--without-idn'
> '--without-libxml2'
Since you are running FreeBSD 9.3, which also has a copy of BIND in the
base system, I suspect that the base version of named is getting
executed instead of the ports version installed under /usr/local.
When you installed the port, you should have seen the pkg-message, which
says:
* You will need to make sure that you have the following line *
* in your /etc/rc.conf in order to have the startup script *
* run the named version from the port: *
**
* named_program="/usr/local/sbin/named"*
___
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"
Library creep and additional dependencies for net/ntp?
Overnight I updated /usr/ports via svnlite, rebuilt all ports and noticed additional libraries and dependencies for net/ntp On 12th Feb, I'd built ntp-4.2.8p6.txz. Checking the libraries, I had # ldd /usr/local/sbin/ntpd /usr/local/sbin/ntpd: libmd.so.6 => /lib/libmd.so.6 (0x280fb000) libm.so.5 => /lib/libm.so.5 (0x2810f000) libcrypto.so.8 => /usr/local/lib/libcrypto.so.8 (0x28139000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x282ca000) libthr.so.3 => /lib/libthr.so.3 (0x282d3000) libc.so.7 => /lib/libc.so.7 (0x282f4000) Today, I rebuilt ntp and found # ldd /usr/local/sbin/ntpd /usr/local/sbin/ntpd: * libmd5.so.0 => /usr/local/lib/libmd5.so.0 (0x280fc000) - from libwww* libm.so.5 => /lib/libm.so.5 (0x280fe000) libcrypto.so.8 => /usr/local/lib/libcrypto.so.8 (0x28128000) * libdns_sd.so.1 => /usr/local/lib/libdns_sd.so.1 (0x282b9000) - mDNSResponder* libintl.so.8 => /usr/local/lib/libintl.so.8 (0x282c1000) libthr.so.3 => /lib/libthr.so.3 (0x282ca000) libc.so.7 => /lib/libc.so.7 (0x282eb000) * libz.so.6 => /lib/libz.so.6 (0x2845e000)libssl.so.8 => /usr/local/lib/libssl.so.8 (0x28473000)* Checking pkg info -d ntpd # pkg info -d ntp ntp-4.2.8p6: openssl-1.0.2_8 libevent2-2.0.22_1 gettext-runtime-0.19.6 libedit-3.1.20150325_1 Can anyone shed any light on why ntp has picked up these additional libraries and created additional dependencies on libwww and mDNSresponder? I'm also curious as to how *libz *and *libssl *are now required, between ntp4.2.8p6 built in February vs the March build? By way of comparison, /usr/sbin/ntpd: (base OS ntp also ntp4.2.8p6) libm.so.5 => /lib/libm.so.5 (0x8008d2000) libthr.so.3 => /lib/libthr.so.3 (0x800afa000) libcrypto.so.7 => /lib/libcrypto.so.7 (0x800d1f000) libc.so.7 => /lib/libc.so.7 (0x801115000) These results are on "FreeBSD 10.3-PRERELEASE #0 r296427M:" My options for ntp have remained unchanged since 20140914. Regards, Dewayne ___ 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: Library creep and additional dependencies for net/ntp?
In message , Dewayne Geraghty writes: > --001a114035e2660c5e052f3be038 > Content-Type: text/plain; charset=UTF-8 > > Overnight I updated /usr/ports via svnlite, rebuilt all ports and noticed > additional libraries and dependencies for net/ntp > > On 12th Feb, I'd built ntp-4.2.8p6.txz. Checking the libraries, I had > # ldd /usr/local/sbin/ntpd > /usr/local/sbin/ntpd: > libmd.so.6 => /lib/libmd.so.6 (0x280fb000) > libm.so.5 => /lib/libm.so.5 (0x2810f000) > libcrypto.so.8 => /usr/local/lib/libcrypto.so.8 (0x28139000) > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x282ca000) > libthr.so.3 => /lib/libthr.so.3 (0x282d3000) > libc.so.7 => /lib/libc.so.7 (0x282f4000) > > Today, I rebuilt ntp and found > # ldd /usr/local/sbin/ntpd > /usr/local/sbin/ntpd: >* libmd5.so.0 => /usr/local/lib/libmd5.so.0 (0x280fc000) - from > libwww* > libm.so.5 => /lib/libm.so.5 (0x280fe000) > libcrypto.so.8 => /usr/local/lib/libcrypto.so.8 (0x28128000) >* libdns_sd.so.1 => /usr/local/lib/libdns_sd.so.1 (0x282b9000) - > mDNSResponder* > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x282c1000) > libthr.so.3 => /lib/libthr.so.3 (0x282ca000) > libc.so.7 => /lib/libc.so.7 (0x282eb000) > > * libz.so.6 => /lib/libz.so.6 (0x2845e000)libssl.so.8 => > /usr/local/lib/libssl.so.8 (0x28473000)* > > Checking pkg info -d ntpd > # pkg info -d ntp > ntp-4.2.8p6: > openssl-1.0.2_8 > libevent2-2.0.22_1 > gettext-runtime-0.19.6 > libedit-3.1.20150325_1 > > Can anyone shed any light on why ntp has picked up these additional > libraries and created additional dependencies on libwww and mDNSresponder? > > I'm also curious as to how *libz *and *libssl *are now required, between > ntp4.2.8p6 built in February vs the March build? > > By way of comparison, > /usr/sbin/ntpd: (base OS ntp also ntp4.2.8p6) > libm.so.5 => /lib/libm.so.5 (0x8008d2000) > libthr.so.3 => /lib/libthr.so.3 (0x800afa000) > libcrypto.so.7 => /lib/libcrypto.so.7 (0x800d1f000) > libc.so.7 => /lib/libc.so.7 (0x801115000) > > These results are on "FreeBSD 10.3-PRERELEASE #0 r296427M:" My options for > ntp have remained unchanged since 20140914. Actually nothing has changed. However the net/ntp ./configure script detects if additional libraries are already on your system, e.g. libmd5, libdns_sd, and uses them. For instance, my laptop has huge collection of packages installed to support various GUI environments under X: slippy$ ldd /usr/local/sbin/ntpd /usr/local/sbin/ntpd: libmd5.so.0 => /usr/local/lib/libmd5.so.0 (0x2c4c6000) libm.so.5 => /lib/libm.so.5 (0x2c6c8000) libcrypto.so.8 => /usr/local/lib/libcrypto.so.8 (0x2ca0) libdns_sd.so.1 => /usr/local/lib/libdns_sd.so.1 (0x2ce5e000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x2d066000) libthr.so.3 => /lib/libthr.so.3 (0x2d271000) libc.so.7 => /lib/libc.so.7 (0x2d496000) libz.so.6 => /lib/libz.so.6 (0x2d843000) libssl.so.7 => /usr/lib/libssl.so.7 (0x2da59000) libcrypto.so.7 => /lib/libcrypto.so.7 (0x2dcc5000) slippy$ My firewall OTOH bare bones, has very few packages and no X installed: cwfw# ldd /usr/local/sbin/ntpd /usr/local/sbin/ntpd: libmd.so.6 => /lib/libmd.so.6 (0x8008ba000) libm.so.5 => /lib/libm.so.5 (0x800aca000) libcrypto.so.8 => /usr/local/lib/libcrypto.so.8 (0x800e0) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x801253000) libthr.so.3 => /lib/libthr.so.3 (0x80145e000) libc.so.7 => /lib/libc.so.7 (0x801683000) cwfw# In my poudriere build repo, the cached package (it's still building), ntpd references: cwsys$ ldd /tmp/usr/local/sbin/ntpd /tmp/usr/local/sbin/ntpd: libmd.so.6 => /lib/libmd.so.6 (0x2c4c4000) libm.so.5 => /lib/libm.so.5 (0x2c6d4000) libcrypto.so.7 => /lib/libcrypto.so.7 (0x2c8fd000) libthr.so.3 => /lib/libthr.so.3 (0x2ccf3000) libc.so.7 => /lib/libc.so.7 (0x2cf18000) cwsys$ The ntp tarball does this out of the box -- read ./configure. The more libraries the ntp build finds, the more it uses. Don't worry about it dragging in gratuitous packages. It won't. But, it does use whatever it detects. If you want a minimal build, use poudriere to build your own binary packages or use FreeBSD.org built binary packages. (If you're wondering, ntpd on my laptop looks as it does because I did a point upgrade of net/ntp outside of poudriere built packages.) Generally, it's recommended people use binary packages. To summarize, use binary packages. If you want to roll your own, use poudriere, the install your own binary packages. Otherwise ports/net/ntp will dynamically discover libraries during ./configure it can use. Hope this helps. -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweig
