The last reliable gecko builds on macppc were done with:
OpenBSD 5.8-current (GENERIC.MP) #761: Mon Aug 31 08:01:30 MDT 2015
(mpi@ says SecurePLT was commited beginning of Sep, so .. related?)
Thunderbird and firefox-esr strangely built on sparc64 (by accident?) in
may and june (when it was gecko 31) but other than that firefox itself
never built in 2015.
Anybody is welcome to look into this, just add you beloved arch to
ONLY_FOR_ARCHS in mozilla.port.mk.
While here, also amend ONLY_FOR_ARCHS in langpacks ports, no point in
packaging them if you don't have the corresponding package.
Avoids wasting hours during bulks, only keep xulrunner building on
powerpc and sparc64.
This plugin adds support to Roundcube to send the user's original IP (from
REMOTE_ADDR) to the mail server using the IMAP ID extension. Some mail servers
can log this instead of the web server's address. To use with Dovecot, just
enable the plugin in Roundcube's config.inc.php and add the web server's
address to "login_trusted_networks" in /etc/dovecot/dovecot.conf.
gpgme/normal, sasl/normal, headercache on/off, and with imap/mbox/maildir.
As you'd expect with a program like this that has many configuration
options, including at runtime, the pledge is rather wide. But even so,
a wide pledge still prevents many system calls, and restricts use of
others.
Committing early to make it easier for people to test. Please do so,
especially if you have an unusual configuration. If you run into problems,
please obtain a ktrace and report back to tb@ and myself with a description,
the last page or so of kdump output, and preferably a backtrace. Thanks!
checks the password against the stored hash using the OS crypt() function
and supports whichever schemes are supported by the OS, but currently
Dovecot makes some assumptions about hash format (to work around a
segfault when used on OpenBSD following removal of DES from crypt).
'doveadm pw -s CRYPT' (tool to generate hashed passwords) will now produce
bcrypt passwords rather than not allowing the scheme at all. More info in
the patch itself. OK Brad.
with the cache getting invalidated when messages were attached/detached
from threads, and since I wasn't 100% sure about tokyocabinet with a
non-UBC system this seems the best approach. We also tried gdbm (g not
q), which was slightly faster for me (but not much in it) but seems
much slower for tb@.
