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/metaf2xml | 1.55| 1.56 +-+ textproc/groonga| 4.0.6.1 | 4.1.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 http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
biber missing
Hi, I was trying to use Biber (BibTeX replacement for users of biblatex, with full Unicode support), but I was unable to find it. I was wandering, why is it not present in one of the texlive packages? Or is it hidden somewhere and I'm not able to find it? I have those packages installed: texlive-base-20140525_5 texlive-docs-20140525 texlive-full-20140525_1 texlive-infra-34227_1 texlive-texmf-20140525_4 Best regards Marek ___ 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: biber missing
Hi! There are several ports related to bibtex: Clearly, that was too much: grep ^bib INDEX-10 | tr '|' ' ' | while read p pp j; doecho $p $pp; done So: bibtexconv-1.0.0 /usr/ports/converters/bibtexconv bibcursed-2.0.1 /usr/ports/print/bibcursed biblio-py-0.6.1 /usr/ports/print/biblio-py bibview-2.2_2 /usr/ports/print/bibview bib2html-5.1.1_1 /usr/ports/textproc/bib2html bibtex2html-1.98_1 /usr/ports/textproc/bibtex2html bibtool-2.48_5 /usr/ports/textproc/bibtool bibutils-5.0 /usr/ports/textproc/bibutils -- p...@opsec.eu+49 171 3101372 5 years to go ! ___ 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
Opera, still functional, 'one cannot make new configs' etc since v9 v10
II can browser fine with Opera still [mostly] but cannot interact with its dialog. ONLY the lowercase 'a' [and uppercase E] show. For instance, the 'graphics' button (on off toggle) has [ a ] and the 'open in background tab' is [ _ a a ] ... So the prompts and browser action are only by 'what the 'a' probably resolves to... Even the about:config choices are a bunch of 'a' and no other text nor numeric values visibly selected, though the items to choose are in another font and are visible. I rebuilt it with/without qt4, gtk2, and the problem persists. NO menu nor 'preferences' choices to speak of that are a change from what used to be. And also practicaly reinstalled, some multiple times, each of its dependencies that are listed in ports through the make commands. This happened once before,. And was fixed by some random crash and restore... Freeetype2? fontconfig? Some menu option? gtk2? font setup? A new install is missing an so file so cp -iv /usr/local/lib/freetype.so.6 /usr/local/lib/compat/libfreetype.so.9 fixes that... Thanks for anyone knowing any probable fix. J. Bouquet ___ 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: biber missing
Hi! I was trying to use Biber (BibTeX replacement for users of biblatex, with full Unicode support), but I was unable to find it. I was wandering, why is it not present in one of the texlive packages? Or is it hidden somewhere and I'm not able to find it? There are several ports related to bibtex: bibtexconv-1.0.0 /usr/ports/converters/bibtexconv bibletime-2.10.1 /usr/ports/misc/bibletime biblical-curse-0.02 /usr/ports/misc/biblical-curse bibelot-0.9.4 /usr/ports/palm/bibelot bibcursed-2.0.1 /usr/ports/print/bibcursed biblio-py-0.6.1 /usr/ports/print/biblio-py bibview-2.2_2 /usr/ports/print/bibview bib2html-5.1.1_1 /usr/ports/textproc/bib2html bibtex2html-1.98_1 /usr/ports/textproc/bibtex2html bibtool-2.48_5 /usr/ports/textproc/bibtool bibutils-5.0 /usr/ports/textproc/bibutils Maybe biber is in one of them ? -- p...@opsec.eu+49 171 3101372 5 years to go ! ___ 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
mypaint
Hi!
I like to install graphics/Mypaint on FreeBSD 10.1, p, amd64 and I got:
---
scons: Reading SConscript files ...
building for 'python2.7' (use scons python_binary=xxx to change)
using 'python2.7-config' (use scons python_config=xxx to change)
rm -f libmypaint-tests.so libmypaint.so libmypaintlib.so
python2.7 generate.py
Writing mypaint-brush-settings-gen.h
Writing brushsettings-gen.h
You need to have numpy installed.
ImportError: /usr/local/lib/libalapack.so.2: Undefined symbol cblas_zswap:
File /usr/ports/graphics/mypaint/work/mypaint-1.1.0/SConstruct, line 172:
application = SConscript('./SConscript')
File /usr/local/lib/scons-2.3.0/SCons/Script/SConscript.py, line 609:
return method(*args, **kw)
File /usr/local/lib/scons-2.3.0/SCons/Script/SConscript.py, line 546:
return _SConscript(self.fs, *files, **subst_kw)
File /usr/local/lib/scons-2.3.0/SCons/Script/SConscript.py, line 260:
exec _file_ in call_stack[-1].globals
File /usr/ports/graphics/mypaint/work/mypaint-1.1.0/SConscript, line 9:
mypaintlib = SConscript('lib/SConscript')
File /usr/local/lib/scons-2.3.0/SCons/Script/SConscript.py, line 609:
return method(*args, **kw)
File /usr/local/lib/scons-2.3.0/SCons/Script/SConscript.py, line 546:
return _SConscript(self.fs, *files, **subst_kw)
File /usr/local/lib/scons-2.3.0/SCons/Script/SConscript.py, line 260:
exec _file_ in call_stack[-1].globals
File /usr/ports/graphics/mypaint/work/mypaint-1.1.0/lib/SConscript, line
5:
import numpy
File /usr/local/lib/python2.7/site-packages/numpy/__init__.py, line 170:
from . import add_newdocs
File /usr/local/lib/python2.7/site-packages/numpy/add_newdocs.py, line 13:
from numpy.lib import add_newdoc
File /usr/local/lib/python2.7/site-packages/numpy/lib/__init__.py, line
18:
from .polynomial import *
File /usr/local/lib/python2.7/site-packages/numpy/lib/polynomial.py, line
19:
from numpy.linalg import eigvals, lstsq, inv
File /usr/local/lib/python2.7/site-packages/numpy/linalg/__init__.py, line
51:
from .linalg import *
File /usr/local/lib/python2.7/site-packages/numpy/linalg/linalg.py, line
29:
from numpy.linalg import lapack_lite, _umath_linalg
=== Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1
Stop.
make: stopped in /usr/ports/graphics/mypaint
=== make build failed for graphics/mypaint
=== Aborting update
=== You can restart from the point of failure with this command line:
portmaster flags graphics/mypaint
Thanks in advance.
--
ajtiM
http://www.redbubble.com/people/lumiwa
___
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: biber missing
Kurt Jaeger li...@opsec.eu writes: Hi! There are several ports related to bibtex: Clearly, that was too much: grep ^bib INDEX-10 | tr '|' ' ' | while read p pp j; doecho $p $pp; done So: bibtexconv-1.0.0 /usr/ports/converters/bibtexconv bibcursed-2.0.1 /usr/ports/print/bibcursed biblio-py-0.6.1 /usr/ports/print/biblio-py bibview-2.2_2 /usr/ports/print/bibview bib2html-5.1.1_1 /usr/ports/textproc/bib2html bibtex2html-1.98_1 /usr/ports/textproc/bibtex2html bibtool-2.48_5 /usr/ports/textproc/bibtool bibutils-5.0 /usr/ports/textproc/bibutils Thanks you for your reply, Kurt, but it doesn't seem that biber belongs to any of the packages above. The only file on my system that has something to do with biber is biber.pdf, which belongs to texlive-docs: % pkg which /usr/local/share/texmf-dist/doc/bibtex/biber/biber.pdf /usr/local/share/texmf-dist/doc/bibtex/biber/biber.pdf was installed by package texlive-docs-20140525 If the documentation is present texlive-docs, does it mean that Biber is missing from one of the texlive packages? (The documentations says that Biber is provided by TeX distributions such as TeXLive.) Or should it get a port on its own? Cheers Marek ___ 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: BIND REPLACE_BASE option
On Sun, Jan 11, 2015 at 5:13 PM, Julian H. Stacey j...@berklix.com wrote: Hi, Reference: From: The BSD Dreamer beas...@tardisi.com Date: Sat, 10 Jan 2015 21:25:11 -0600 The BSD Dreamer wrote: On 2015-01-09 07:42, Mathieu Arnold wrote: +--On 8 janvier 2015 19:44:09 -0800 Doug Barton do...@dougbarton.us wrote: | Can you please explain why this option was removed? It's been in the | ports for over 13 years, and lots of users utilized it. | | I realize that BIND is no longer in the base in 10.x, but that would | be a reason to make the option conditional, to continue to support the | substantial user base that is still on 8.x and 9.x. I only removed it from bind99, it was never there in bind910. I removed it because it was a poor design idea to begin with, and it was making the port harder to maintain. Also, it was overwriting files in the base system, which is a thing we do not want to do. All you need to do is add: named_program=/usr/local/sbin/named to your rc.conf, like the message says when you install the port. It was a bit like the /usr/bin/perl symlink, it was time for it to go. But, it was a huge and sudden pain for it to suddenly disappear and break everything... I can only abandon FreeBSD as our DNS platform as fast as replacement systems appear. Why have we decided that we're going to cease FreeBSD for our DNS servers (after I had made such a strong case for FreeBSD?) Count the PORTREVISIONs to bind before 9.9.4 and after. Plus look at all the other annoying changes in those PORTREVISIONs without that things have been working fine for the rest of us before. I should've been home hours ago...if I haven't been stuck dealing with bizarre problems caused by updating a bunch of packages. Now I have update nagios-plugins, since base nslookup is gone. Does it end? ( ... As another user/admin of named for years, I've also gnashed teeth as FreeBSD re-arranged var chroot rndc paths yet again, per version; Needing more version dependent additions to my multi version wrapper shell. OK, perhaps inevitable, but ... ) The latest FreeBSD named annoyance, ripping named out of src/ ( apparently abandoning the chroot too I've read ?!), caused me Is there a rationale behind abandoing chroot() ? Is there a URL for that ? presumably numerous other user admins to _Not_ upgrade FreeBSD boxes until extra free time could be found to deal with FreeBSD gratuitously consuming user time. Years back FreeBSD had too many broken ports, but at least then broken code was still in ports/ even if not enough was marked with Makefile BROKEN=cause, often we needed numerous setenv DUDS onemore `printenv DUDS` . Now FreeBSD ports is in some ways Worse, it regularly loses not just broken but even working ports, for no Good reason (eg demime majordomo etc). Ports get regularly axed, so user admins know for each FreeBSD upgrade we've first got to stumble over what ports commiters have axed, then discover when axed, then recover back from svn to ports/, then install marked BROKEN=, then develop a fix (if a fix is even necessary!), then store the patch for automatic application by local script, (in case FreeBSD fail to accept it ) then convince FreeBSD that a butchered port thould be restored. FreeBSD ports axe men are damaging FreeBSD, they should just assert BROKEN= on broken ports, Never removing working ports/ ! Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with . Interleave reply paragraphs like a play script. Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. Practice French support democracy ? Buy on 14 Jan http://www.charliehebdo.fr ___ 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 -- This message is strictly personal and the opinions expressed do not represent those of my employers, either past or present. ___ 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
monitorings-plugin hangs on configure ICMPv6
checking for ps syntax... /bin/ps axwo 'stat uid pid ppid vsz rss pcpu comm args' checking for ping... /sbin/ping checking for ping6... /sbin/ping6 checking for ICMP ping syntax... /sbin/ping -n -c %d %s checking for ICMPv6 ping syntax... ^C=== Script configure failed unexpectedly. FreeBSD 9-stable, all ports up to date, inside a jail. Any suggestions? Thanks, Stefan -- Stefan Bethke s...@lassitu.de Fon +49 151 14070811 ___ 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: biber missing
Hi! If the documentation is present texlive-docs, does it mean that Biber is missing from one of the texlive packages? Probably, yes. Or should it get a port on its own? There's an old (2012) discussion at https://lists.freebsd.org/pipermail/freebsd-ports/2012-May/075180.html which suggests that this should be done, yes. -- p...@opsec.eu+49 171 3101372 5 years to go ! ___ 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: BIND REPLACE_BASE option
Hi, Reference: From: The BSD Dreamer beas...@tardisi.com Date: Sat, 10 Jan 2015 21:25:11 -0600 The BSD Dreamer wrote: On 2015-01-09 07:42, Mathieu Arnold wrote: +--On 8 janvier 2015 19:44:09 -0800 Doug Barton do...@dougbarton.us wrote: | Can you please explain why this option was removed? It's been in the | ports for over 13 years, and lots of users utilized it. | | I realize that BIND is no longer in the base in 10.x, but that would | be a reason to make the option conditional, to continue to support the | substantial user base that is still on 8.x and 9.x. I only removed it from bind99, it was never there in bind910. I removed it because it was a poor design idea to begin with, and it was making the port harder to maintain. Also, it was overwriting files in the base system, which is a thing we do not want to do. All you need to do is add: named_program=/usr/local/sbin/named to your rc.conf, like the message says when you install the port. It was a bit like the /usr/bin/perl symlink, it was time for it to go. But, it was a huge and sudden pain for it to suddenly disappear and break everything... I can only abandon FreeBSD as our DNS platform as fast as replacement systems appear. Why have we decided that we're going to cease FreeBSD for our DNS servers (after I had made such a strong case for FreeBSD?) Count the PORTREVISIONs to bind before 9.9.4 and after. Plus look at all the other annoying changes in those PORTREVISIONs without that things have been working fine for the rest of us before. I should've been home hours ago...if I haven't been stuck dealing with bizarre problems caused by updating a bunch of packages. Now I have update nagios-plugins, since base nslookup is gone. Does it end? ( ... As another user/admin of named for years, I've also gnashed teeth as FreeBSD re-arranged var chroot rndc paths yet again, per version; Needing more version dependent additions to my multi version wrapper shell. OK, perhaps inevitable, but ... ) The latest FreeBSD named annoyance, ripping named out of src/ ( apparently abandoning the chroot too I've read ?!), caused me presumably numerous other user admins to _Not_ upgrade FreeBSD boxes until extra free time could be found to deal with FreeBSD gratuitously consuming user time. Years back FreeBSD had too many broken ports, but at least then broken code was still in ports/ even if not enough was marked with Makefile BROKEN=cause, often we needed numerous setenv DUDS onemore `printenv DUDS` . Now FreeBSD ports is in some ways Worse, it regularly loses not just broken but even working ports, for no Good reason (eg demime majordomo etc). Ports get regularly axed, so user admins know for each FreeBSD upgrade we've first got to stumble over what ports commiters have axed, then discover when axed, then recover back from svn to ports/, then install marked BROKEN=, then develop a fix (if a fix is even necessary!), then store the patch for automatic application by local script, (in case FreeBSD fail to accept it ) then convince FreeBSD that a butchered port thould be restored. FreeBSD ports axe men are damaging FreeBSD, they should just assert BROKEN= on broken ports, Never removing working ports/ ! Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with . Interleave reply paragraphs like a play script. Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. Practice French support democracy ? Buy on 14 Jan http://www.charliehebdo.fr ___ 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: monitorings-plugin hangs on configure ICMPv6
Am 11.01.2015 um 17:54 schrieb Stefan Bethke s...@lassitu.de:
checking for ps syntax... /bin/ps axwo 'stat uid pid ppid vsz rss pcpu comm
args'
checking for ping... /sbin/ping
checking for ping6... /sbin/ping6
checking for ICMP ping syntax... /sbin/ping -n -c %d %s
checking for ICMPv6 ping syntax... ^C=== Script configure failed
unexpectedly.
FreeBSD 9-stable, all ports up to date, inside a jail.
Any suggestions?
Figured it out myself. My google-foo did not give me any hints to what the
problem is, only Linux related posts, but that led me to checking for
jail-related issues. The help text is a bit terse, I had to look at the
Makefile to understand what’s required.
Since I’m using NO_DIALOG, I have all my config option in /etc/make.conf. I’ve
added this:
+JAILED!= /sbin/sysctl -n security.jail.jailed
+.if ${JAILED} == 1
+monitoring-plugins_SET+= JAIL
+nagios-plugins_SET+= JAIL
+NAGIOSPOLLIP!=ifconfig em0 | sed -nEe 's/.*inet (.*) netmask.*/\1/p'
+NAGIOSPOLLIP6!=ifconfig em0 | sed -nEe 's/.*inet6 (.*) prefix.*/\1/p'
+.endif
(em 0 is my outward-facing interface on all the hosts.)
May I suggest to use something like this for the help text?
If you are building the port inside a jail, you might need to tell check_ping
which IP address to use as the source address, instead of 127.0.0.1 and ::1,
respectively. Use the config option JAIL, and define NAGIOSPOLLIP and
NAGIOSPOLLIP6 on the command line or in make.conf when building the port,
setting them to the primary IPv4 and IPv6 address of your jail, respectively.
I have no idea what the second paragraph is supposed to tell me. Irrespective
of the first paragraph, you shouldn’t set the JAIL config option when building
the package with poudriere?
Stefan
--
Stefan Bethke s...@lassitu.de Fon +49 151 14070811
___
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: mypaint
On Sunday 11 January 2015 21:03:23 Vitaly Magerya wrote: On 01/11/15 16:30, Ajtim wrote: Hi! I like to install graphics/Mypaint on FreeBSD 10.1, p, amd64 and I got: --- scons: Reading SConscript files ... building for 'python2.7' (use scons python_binary=xxx to change) using 'python2.7-config' (use scons python_config=xxx to change) rm -f libmypaint-tests.so libmypaint.so libmypaintlib.so python2.7 generate.py Writing mypaint-brush-settings-gen.h Writing brushsettings-gen.h You need to have numpy installed. ImportError: /usr/local/lib/libalapack.so.2: Undefined symbol cblas_zswap: Do you have math/py-numpy with ATLAS option on? If so, try toggling that option, reinstalling numpy and installing mypaint again. I don't know if this is still the case, but there was some interaction between that option and mypaint the last time I tried it. I didn't have. I did turn on and mypaint compile :) and it works. Thank you. -- ajtiM http://www.redbubble.com/people/lumiwa ___ 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: biber missing
On 1/11/15 3:39 AM, Marek Rudnicki wrote: Hi, I was trying to use Biber (BibTeX replacement for users of biblatex, with full Unicode support), but I was unable to find it. I was wandering, why is it not present in one of the texlive packages? Or is it hidden somewhere and I'm not able to find it? I have those packages installed: texlive-base-20140525_5 texlive-docs-20140525 texlive-full-20140525_1 texlive-infra-34227_1 texlive-texmf-20140525_4 This subject line had me thinking something else entirely had happened. Anyhow, this is all I could find: ~/git/ports_worktree/textproc % find .. -name pkg-plist | xargs grep -i 'biber' | grep -v libiber grep: ../ports-mgmt/pkg-plist: Is a directory ../print/texlive-docs/pkg-plist:%%TEXMFDISTDIR%%/doc/bibtex/biber/biber.pdf ../print/texlive-docs/pkg-plist:%%TEXMFDISTDIR%%/doc/latex/biblatex-juradiss/biber.conf ../print/texlive-docs/pkg-plist:%%TEXMFDISTDIR%%/doc/latex/dickimaw/src/thesis/pictures/bibertool.png ../print/texlive-docs/pkg-plist:%%TEXMFDISTDIR%%/doc/latex/logreq/examples/05-biblatex+biber.run.xml ../print/texlive-docs/pkg-plist:%%TEXMFDISTDIR%%/doc/latex/logreq/examples/05-biblatex+biber.tex ../print/texlive-texmf/pkg-plist:%%TEXMFDISTDIR%%/scripts/arara/rules/biber.yaml ../print/texlive-texmf-source/pkg-plist:%%TEXMFDISTDIR%%/source/bibtex/biber/Changes ../print/texlive-texmf-source/pkg-plist:%%TEXMFDISTDIR%%/source/bibtex/biber/biblatex-biber.tar.gz ../print/texlive-texmf-source/pkg-plist:%%TEXMFDISTDIR%%/source/bibtex/biber/utf8-macro-map.html Probably not helpful, but hope it is! -Alfred ___ 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: mypaint
On 01/11/15 16:30, Ajtim wrote: Hi! I like to install graphics/Mypaint on FreeBSD 10.1, p, amd64 and I got: --- scons: Reading SConscript files ... building for 'python2.7' (use scons python_binary=xxx to change) using 'python2.7-config' (use scons python_config=xxx to change) rm -f libmypaint-tests.so libmypaint.so libmypaintlib.so python2.7 generate.py Writing mypaint-brush-settings-gen.h Writing brushsettings-gen.h You need to have numpy installed. ImportError: /usr/local/lib/libalapack.so.2: Undefined symbol cblas_zswap: Do you have math/py-numpy with ATLAS option on? If so, try toggling that option, reinstalling numpy and installing mypaint again. I don't know if this is still the case, but there was some interaction between that option and mypaint the last time I tried it. ___ 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: BIND REPLACE_BASE option
On 01/11/15 21:01, Mark Linimon wrote: On Sun, Jan 11, 2015 at 03:54:39PM -0800, Roger Marquis wrote: time for it to go, by whose definition? Good code doesn't have a fixed lifespan and the claimed rationale doesn't constitute a good business case. It was believed to be a bad design pattern to let ports modify anything in base. There had been a few exceptions that crept in over the years, for one reason or another. Apparently 10.0 seemed like the appropriate time to get rid of the bad pattern. (Note: I was not involved in the decision.) We've been essentially rewriting the entire ports infrastructure in-place for the past 6 or 7 years. IMVHO this was entirely necessary: the old pkg_* tools were buggy, underdocumented, and no longer suited to the task of keeping up with over 20,000 ports. Along the way we've had to throw out a lot of rotten code both in the infrastructure and various ports -- *and* keep the absolute majority of ports working in the meantime. This was no mean feat. Sometimes you really have to wonder whether these feature deprecations are due less to resource shortages than to special interests outside of FreeBSD's user-base. They are mostly due to the idea of not shipping things that do not work consistently, and in the way one might expect. On rare occasion, yes, that will mean breaking POLA. (Also note I'm not defending the way this change was or was not documented.) documented This is the problem. There is /usr/ports/UPDATING, but those of us who sensibly use cron poudriere to update our [ports pkg] tree never see the contents of /usr/ports/UPDATING. Even with systemd cancer spreading all through debian I have only had one system fail, using apt-get dist-upgrade. Because notice is given in the upgrade process that incompatible changes are being made. The discussion of recent pinentry related stuff comes to mind. Since I have already ranted at length on why this is a show stopper, on basic human security grounds, I'll stop here. (Nope, as you can see, I'm not using anything that pinentry was intended to facilitate. How could I, on FreeBSD?) Russell As for special interests, this is specious. AFAIK the companies that embed FreeBSD into their products are primarily interested in the kernel, the networking stack, the file systems, and so on. I do not know of any such company that even _uses_ FreeBSD ports. Thus, they could have no influence on the outcome. tl;dr: the FreeBSD ports community is pretty well self-contained. mcl ___ 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@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: BIND REPLACE_BASE option
On Sun, Jan 11, 2015 at 03:54:39PM -0800, Roger Marquis wrote: time for it to go, by whose definition? Good code doesn't have a fixed lifespan and the claimed rationale doesn't constitute a good business case. It was believed to be a bad design pattern to let ports modify anything in base. There had been a few exceptions that crept in over the years, for one reason or another. Apparently 10.0 seemed like the appropriate time to get rid of the bad pattern. (Note: I was not involved in the decision.) We've been essentially rewriting the entire ports infrastructure in-place for the past 6 or 7 years. IMVHO this was entirely necessary: the old pkg_* tools were buggy, underdocumented, and no longer suited to the task of keeping up with over 20,000 ports. Along the way we've had to throw out a lot of rotten code both in the infrastructure and various ports -- *and* keep the absolute majority of ports working in the meantime. This was no mean feat. Sometimes you really have to wonder whether these feature deprecations are due less to resource shortages than to special interests outside of FreeBSD's user-base. They are mostly due to the idea of not shipping things that do not work consistently, and in the way one might expect. On rare occasion, yes, that will mean breaking POLA. (Also note I'm not defending the way this change was or was not documented.) As for special interests, this is specious. AFAIK the companies that embed FreeBSD into their products are primarily interested in the kernel, the networking stack, the file systems, and so on. I do not know of any such company that even _uses_ FreeBSD ports. Thus, they could have no influence on the outcome. tl;dr: the FreeBSD ports community is pretty well self-contained. mcl ___ 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: poudriere: reduce the number of rebuilt packages?
+--On 4 janvier 2015 18:24:24 +0100 Stefan Ehmann shoes...@gmx.net wrote: | On 02.01.2015 12:03, Stefan Ehmann wrote: | I've recently switched from portmaster to poudriere/'pkg upgrade' to | manage my port updates. Basically it works fine, but incremental builds | don't quite work as I expected. | | poudriere rebuilds all packages if any dependency has changed. If there | are only some ports with new versions, possibly hundreds of packages are | rebuilt. So far it looks like I'll end up rebuilding packages like | libreoffice/KDE/chromium several times a week. The rebuilt packages | won't even be installed by 'pkg upgrade' because their version number | has not changed. | | Here's an actual example from today. | | There are new versions for three ports. poudriere will rebuild 70 ports, | 67 of them will never be installed on the host. You can't know that. Say there is a shlib change in one of the updated packages, its version is bumped, or there is a new dependency, you need to rebuild the 67 ports, and pkg will detect and reinstall them. -- Mathieu Arnold ___ 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: Who do I contact to send pr(1)'s? [WAS No subject]
On Sat, 10 Jan 2015 13:02:19 -0800 Chris H bsd-li...@bsdforge.com wrote On Sat, 10 Jan 2015 21:51:35 +0100 Kurt Jaeger li...@opsec.eu wrote Hi! The FreeBSD copy of bugzilla appears to be broken. All attempts to reach it return: Error 503 Service Unavailable Yes. mva@, one of the bugzilla admins, reported the cause a few hours ago: While doing maintenance on bugzilla, the production database broke due to operator error and probably loss of some changes. So currently some recovery operations are ongoing. So, I guess bugmeister's very busy right now. Ahh. I see. Bummer. Thanks for taking the time to reply, Kurt. Anyone have an ETA on the availability of FreeBSD's bugzilla? (https://bugs.freebsd.org/bugzilla/) Thanks --Chris -- p...@opsec.eu+49 171 3101372 5 years to go ! ___ 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@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@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: monitorings-plugin hangs on configure ICMPv6
+--On 11 janvier 2015 17:54:52 +0100 Stefan Bethke s...@lassitu.de wrote: | checking for ps syntax... /bin/ps axwo 'stat uid pid ppid vsz rss pcpu | comm args' checking for ping... /sbin/ping | checking for ping6... /sbin/ping6 | checking for ICMP ping syntax... /sbin/ping -n -c %d %s | checking for ICMPv6 ping syntax... ^C=== Script configure failed | unexpectedly. | | FreeBSD 9-stable, all ports up to date, inside a jail. | | Any suggestions? Yes, wait a bit. It seems something changed between 9.1 and 9.3 that breaks this. -- Mathieu Arnold ___ 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: BIND REPLACE_BASE option
The BSD Dreamer wrote: +--On 8 janvier 2015 19:44:09 -0800 Doug Barton do...@dougbarton.us wrote: | Can you please explain why this option was removed? It's been in the | ports for over 13 years, and lots of users utilized it. | I only removed it from bind99, it was never there in bind910. I removed it because it was a poor design idea to begin with, and it was making the port harder to maintain. Also, it was overwriting files in the base system, which is a thing we do not want to do. That sounds like the crux of the issue. Named shouldn't have been in base in the first place. Removing the port option instead of the base binary, IMO, makes two wrongs not one right. My way or the highway might be ok for Windows, Mac and Linux but port options are a big reason many of us use and spec FreeBSD. It was a bit like the /usr/bin/perl symlink, it was time for it to go. time for it to go, by whose definition? Good code doesn't have a fixed lifespan and the claimed rational doesn't constitute a good business case. On the other hand it should be easy enough to write a bindXX-base wrapper port. Anyone care to quote bind10-base/Makefile? That and fixing openssh-portable's dialog option for overwrite_base which when selected fails with openssh-portable-6.7.p1_1,1 Overwrite base option is no longer supported.. Have to wonder how that got past the port maintainers. This is not unlike postfix-base and others which, in many cases, are significantly improved by offering a cross-platform compatibility options and not being short-sighted regarding the scope of $PREFIX. Sometimes you really have to wonder whether these feature deprecations are due less to resource shortages than to special interests outside of FreeBSD's user-base. IMO, Roger Marquis ___ 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: poudriere: reduce the number of rebuilt packages?
On 04.01.2015 18:24, Stefan Ehmann wrote: On 02.01.2015 12:03, Stefan Ehmann wrote: I've recently switched from portmaster to poudriere/'pkg upgrade' to manage my port updates. Basically it works fine, but incremental builds don't quite work as I expected. poudriere rebuilds all packages if any dependency has changed. If there are only some ports with new versions, possibly hundreds of packages are rebuilt. So far it looks like I'll end up rebuilding packages like libreoffice/KDE/chromium several times a week. The rebuilt packages won't even be installed by 'pkg upgrade' because their version number has not changed. Here's an actual example from today. There are new versions for three ports. poudriere will rebuild 70 ports, 67 of them will never be installed on the host. Checking packages for incremental rebuild needed Deleting cups-client-1.7.3_3.txz: new version: 1.7.3_4 Same story here. On each ports update Poudriere churns couple of days, mostly wasting time on some version of the damn webkit. Then on pkg update a couple of insignificant ports are updated. It's easy to fix version check in Poudriere, but I haven't decided to dig out the corresponding lines in pkg to match them. Will there be some option in Poudriere for this? Regards, Karel ___ 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: BIND REPLACE_BASE option
Mark Linimon wrote: It was believed to be a bad design pattern to let ports modify anything in base. Believed by who? Surely not those of us advocating FreeBSD in mixed environments where the Linux and Windows admins are pushing for something closer to a monoculture. Apparently 10.0 seemed like the appropriate time to get rid of the bad pattern. seemed like the appropriate time isn't a business case and bad pattern it likely wasn't considering A) someone requested it, B) someone spent money and/or time writing it and C) many people were using it. We've been essentially rewriting the entire ports infrastructure in-place for the past 6 or 7 years. IMVHO this was entirely necessary: the old pkg_* tools were buggy, underdocumented, and no longer suited to the task Not sure what this has to do with a small number of mission-critical ports that need to write to base to accommodate large, cross-platform, installed bases. Could you elaborate? They are mostly due to the idea of not shipping things that do not work consistently, and in the way one might expect. On rare occasion, yes, that will mean breaking POLA. Are you saying, then, that bind, postfix and other ports that have overwritten base for years do not work consistently? That hasn't been my experience nor that of those who I work with. AFAIK the companies that embed FreeBSD into their products are primarily interested in the kernel, the networking stack, the file systems, and so on. I do not know of any such company that even _uses_ FreeBSD ports. I see your point but it indicates your experience is missing a large portion of FreeBSD users. The financial institution where I work for example, runs hundreds of FreeBSD boxes and uses ports and port options on all of them. Thus, they could have no influence on the outcome. If large numbers of BSD servers and engineers with decades of BSD advocacy really have no influence, and it appears we don't, at least the reason for our favorite OS' shrinking user-base is clear. Statements like buggy, underdocumented, and no longer suited to the task and could have no influence on the outcome are perhaps a downside of exclusively developer-driven ecosystems. Redhat's understands this, which is why they involve sales, sysadmins and management in similar decisions, not just devs who are looking to spend less time maintaining old code. (They're also paying people to maintain code, something I wish we could find a way to do.) tl;dr: the FreeBSD ports community is pretty well self-contained. Do you mean in contrast with, for example, the Debian community? https://www.debian.org/devel/join/ Roger ___ 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: BIND REPLACE_BASE option
On Jan 11, 2015 8:01 PM, Mark Linimon lini...@lonesome.com wrote: AFAIK the companies that embed FreeBSD into their products are primarily interested in the kernel, the networking stack, the file systems, and so on. I do not know of any such company that even _uses_ FreeBSD ports. Wrong. I've worked at 3 companies over the years that make direct use of the ports tree when creating an embedded product based on FreeBSD. In 2015, it is my experience that the stuff in /usr/src is only the bare minimum to get going for a product. ports are extremely important for a modern embedded product based on FreeBSD. -- Craig ___ 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: Opera, still functional, 'one cannot make new configs' etc since v9 v10
If you run opera from a terminal window, do you get something like the problem described in: http://stackoverflow.com/questions/2568408/pango-warning-failed-to-choose-a-font-expect-ugly-output If yes, then a possible work-around is: Move any pango compliant fonts to /usr/local/lib/X11/fonts mv /usr/loocal/share/fonts/* /usr/local/lib/X11/fonts Create a symlink to make /usr/loocal/share/fonts point to /usr/local/lib/X11/fonts. ln -sF /usr/local/lib/X11/fonts /usr/loocal/share/fonts ___ 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
