literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().
In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
propogated by copy and paste.
1. Primarily the "empty variable" default assignment, which is mostly
${name}_flags="", but fix a few others as well.
2. Where they are not already documented, add the existence of the _flags
(or other deleted empties) option to the comments, and in some cases add
comments from scratch.
3. Replace things that look like:
prefix=%%PREFIX%%
command=${prefix}/sbin/foo
to just use %%PREFIX%%. In many cases the $prefix variable is only used
once, and in some cases it is not used at all.
4. In a few cases remove ${name}_flags from command_args
5. Remove a long-stale comment about putting the port's rc.d script in
/etc/rc.d (which is no longer necessary).
No PORTREVISION bumps because all of these changes are noops.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- Fix potential problem with LDFLAGS
- Edit pkg-descr to make portlint a bit happier
PR: ports/106762
Submitted by: Mark Starovoytov <mark_sf@kikg.ifmo.r (maintainer)
Dbmail is the name of a group of programs that enable the possiblilty
of storing and retrieving mail messages from a database (currently
MySQL, PostgreSQL or SQLite).
What are the advantages?
* Scalability.
Dbmail is as scalable as the database that is used for the
mail storage.
* Manageability.
Dbmail is based upon a database. Dbmail can be managed by
changing settings in the database (f.e. using PHP/Perl/SQL).
* Speed.
Dbmail uses very efficient, database specific queries for
retrieving mail information. This is much faster then parsing
a filesystem.
* Security.
Dbmail has got nothing to do with the filesystem or interaction
with other programs in the Unix environment which need special
permissions. Dbmail is as secure as the database it's based
upon.
* Flexibility.
Changes on a Dbmail system (adding of users, changing passwords
etc.) are effective immediately.
WWW: http://www.dbmail.org/
PR: ports/101356
Submitted by: Mark Starovoytov <mark_sf@kikg.ifmo.ru>
1. #266 - Excessive db connects and quits
2. #271 - BUG with connect to postgresql database
3. #272 - Non-UTF characters in a message's body
4. #277 - Fix "INTERNALDATE" calculation in imaputil.c
5. other patches from repository.
- Add SHA256
PR: ports/88277
Submitted by: Mark Starovoytov <mark_sf@kikg.ifmo.ru> (maintainer)
All ports depending on postgresql shall use the USE_PGSQL=yes knob
defined in Mk/bsd.ports.mk. Bumping portrevisions where needed.
PR: 75344
Approved by: portmgr@ (kris), ade & sean (mentors)
Set this universally since it's quite plausible that other 64bit platforms
may need this. Don't bump the port version since it wasn't installable on
the systems that would need the portversion bump.
"DBMail 1.2.8a
June 08, 2004 16:21:55 Posted by: Ilja Booij
A buffer overflow error in DBMail 1.2.x has been discovered and fix. The
buffer overflow causes dbmail-smtp to crash with a segmentation fault
when a line in the email header is bigger than 2048 bytes. All version <
1.2.8a are affected, so please update your DBMail installation."
This update fixes a security bug in the SMTP handling code and adds
some indexes to the PostgreSQL table layout for speed improvements
PR: 58470
Submitted by: maintainer
Approved by: krion (implicit)
(author description)
The DBMAIL package replaces the normal UNIX mailing system.
All emails and users data are stored in a database. You can
create an unlimited number of email accounts, which can be
checked using the POP3 or IMAP protocol. Users can maintain
their own set of email addresses. It is more scalable, more
secure, and faster than traditional mail systems. DBMAIL
uses PostgreSQL or MySQL.
PR: ports/54887
Submitted by: Clement Laforet <sheepkiller@cultdeadsheep.org>
