<adam.freebsd@fastmail.fm>: host in1-smtp.messagingengine.com[66.111.4.72]
said: 550 5.1.1 <adam.freebsd@fastmail.fm>: Recipient address rejected:
User unknown in local recipient table (in reply to RCPT TO command)
<dnscheckengine-port@academ.com>: host ASPMX.L.GOOGLE.com[74.125.131.26] said:
550-5.1.1 The email account that you tried to reach does not exist. Please
<kawahara@nlp.kuee.kyoto-u.ac.jp>:
Sorry, no mailbox here by that name. (#5.1.1)
<hnsmaster@h14m.org>: Host or domain name not found. Name service error for
name=h14m.org type=AAAA: Host found but no data record of requested type
<jre@vineyard.net>: Recipient address rejected: User unknown in virtual
mailbox table (in reply to RCPT TO command) (in reply to RCPT TO command)
<gawrilow@math.tu-berlin.de>: host mail.tu-berlin.de[130.149.7.33] said: 550
Recipient verify failed (in reply to RCPT TO command)
<mico@bsd.hu>: host mail.datacast.hu[195.70.49.210] said: 550 5.1.1
<mico@bsd.hu>: Recipient address rejected: User unknown in virtual mailbox
<gogo@cs.uni-sb.de>: host mail.cs.uni-sb.de[134.96.254.200] said: 550 5.1.1
<gogo@cs.uni-sb.de>... User unknown (in reply to RCPT TO command)
<mickey@enforcer.cc>: Host or domain name not found. Name service error for
name=keep.yourmail.yuk type=AAAA: Host not found
<lucio@zetasolucoes.com.br>: host ASPMX.L.GOOGLE.COM[2607:f8b0:400c:c01::1a]
said: 550-5.1.1 The email account that you tried to reach does not exist.
<luke@novum.am.lublin.pl>: Host or domain name not found. Name service error
for name=novum.am.lublin.pl type=AAAA: Host not found
<aihal@users.sourceforge.net>: host mx.sourceforge.net[216.34.181.68] said: 550
unknown user (in reply to RCPT TO command)
With hat: portmgr
Always rely on unixODBC each time a port is looking for libodbc.so
Remove odbc compat from libiodbc
This allows to install both kde and gnome at the same time
While here:
- Convert libiodbc to USES=libtool
- Convert a bunch of libiodbc dependencies to USES=libtool
- Chase libiodbc.so shlib change
- Stagify some ports
- Convert some ports to USES=pgsql
Discussed with: rakuco (kde)
With hat: portmgr
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la. So everything that subsequently links with libA will also
link to these extra libraries. This causes too much overlinking.
This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging. However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.
So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).
PORTREVISION is bumped on all ports with USES=libtool that install .la
libraries. Most ports are also changed to add :keepla because .la
libraries have to be kept around as long as there are dependent ports with
.la libraries that refer to them in their dependency_libs field. In most
cases :keepla can be removed again as soon as all dependent ports that
install .la libraries have some form of USES=libtool added to their
Makefile.
PR: ports/188759
Exp-run: bdrewery
Approved by: portmgr (bdrewery)
* While this dependency is proper, it creates a hard dependency on
ports-mgmt/pkg, which interferes with pkg-devel testing. Users
using pkg-devel are forced to install ports-mgmt/pkg if using this
port or anything depending on this port.
While the LIB_DEPENDS has been removed, pkg will still record that
the net-snmp package requires libpkg.so.1, due to its auto shlib
dependency registering. This is fine as the package depends on
libpkg.so.1 but not explicitly on ports-mgmt/pkg. The pkg solver
can decide how to satisfy that dependency.
* If using pkg you'll already have pkg installed while building
this port in ports or installing from packages. So nothing is lost
here.
* Once pkg-1.3 is out we may change ACTUAL-PACKAGE-DEPENDS to only
consider RUN_DEPENDS, not also LIB_DEPENDS. This would remove
the hard dependency on ports-mgmt/pkg here. pkg-1.2 cannot
handle this yet though.
Reported by: rpaulo
Reported at: https://github.com/freebsd/pkg/issues/785
With hat: portmgr
- Clean up pkg-plist a bit [1]
- Use modern LIB_DEPENDS
PR: ports/188037
Submitted by: Danilo G. Baio <dbaio@bsd.com.br>
Approved by: maintainer timeout (<pakhom706@gmail.com> , 3 weeks)
2014-04-16 ports-mgmt/pkgsearch: Upstream disappeared
2014-04-17 science/flounder: Unmaintained since 2002
2014-04-17 security/nbaudit: Unmaintained since 2002
2014-04-17 security/saint: Unmaintained since 2002
2014-04-17 graphics/gozer: Unmaintained since 2002
2014-04-17 misc/pdfmap: Unmaintained since 2002
2014-04-17 devel/showgrammar: Unmaintained since 2002
2014-04-17 biology/libgenome: Unmaintained since 2002
2014-04-17 deskutils/narval: Unmaintained since 2002
2014-04-17 devel/fampp: Unmaintained since 2002
2014-04-17 net-p2p/py-fngrab: Unmaintained since 2002
2014-04-17 misc/wmfirew: Unmaintained since 2002
2014-04-17 x11-wm/e16utils: Unmaintained since 2002
2014-04-17 misc/salias: Unmaintained since 2002
2014-04-17 print/latex2slides: Unmaintained since 2002
2014-04-17 lang/sxm: Unmaintained since 2002
2014-04-17 textproc/pybook: Unmaintained since 2002
2014-04-17 mail/mailcrypt: Unmaintained since 2002
2014-04-17 japanese/elvis: Unmaintained since 2002
2014-04-17 devel/prototype: Unmaintained since 2002
2014-04-17 print/wprint: Unmaintained since 2002
2014-04-17 science/euler: Unmaintained since 2002
2014-04-17 multimedia/gopchop: Unmaintained since 2002
2014-04-17 science/gdis: Unmaintained since 2002
2014-04-17 net/googolplex: Unmaintained since 2002
2014-04-17 lang/logo: Unmaintained since 2002
2014-04-17 textproc/roap: Unmaintained since 2002
2014-04-17 x11-wm/afterstep-i18n: Unmaintained since 2002
2014-04-17 games/yamsweeper: Unmaintained since 2002
2014-04-17 net-mgmt/echolot: Unmaintained since 2002
2014-04-17 security/pam_smb: Unmaintained since 2002
2014-04-18 devel/lua-redis-parser: Broken for more than 6 months
2014-04-18 biology/finchtv: Broken for more than 6 months
2014-04-18 net-im/ari-yahoo: Broken for more than 1 year (http://www.icculus.org/ari-yahoo/)
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
These ports will fail configuration if gnome-doc-utils is not present.
Likely a common dependency loaded it in the past, but not anymore.
Explicitly list gnome-doc-utils as a build dependency in order to
fix the recent breakage of these ports.
Also reset maintainership of etherape - maintainer gone for more than
one yet now.
Approved by: portmgr (bdrewery)
was a bad idea, I can't guess what dependencies they need (like
libidnkit) so back to the first option, allowing people to choose
what they want to do.
Add five new options, use DNS from base, which means that >= 10,
check_dns won't be there and check_dig will use drill, or allow
choosing between bind-tools, bind98, bind99 and bind910.
Sponsored by: Absolight
- Convert to options knobs
- On FreeBSD >=10.0 install a hidden copy of dig/nslookup
to help with check_dig, and add back check_dns.
Changes: https://nagios-plugins.org/nagios-plugins-2-0-released/
Sponsored by: Absolight
