libmysqlclient.so.10 from the mysql323-client port. However, bugzilla
will work fine with just about any version of MySQL.
Could just insert USE_MYSQL, but the bugzilla port only really needs
access to the perl DBD::Mysql modules and can depend on MySQL
implicitly through that port..
PR: 57607
Submitted by: Matthew Seaman <m.seaman@infracaninophile.co.uk>
---snip---
The patch is tested (and works) on FreeBSD/i386 -stable and -current with
GCC. Although there are no ICC-specific changes I verified that it doesn't
break lang/stlport-icc.
On FreeBSD/alpha and FreeBSD/sparc64 -current lang/stlport compiles with
this patch however the exception handling test fails. On alpha this looks
like a GCC-bug, on sparc64 it could be also a bug in FreeBSD however GCC
is known to have bugs there.
The patch has also a small fix for the Makefile of the port to allow
concurrent buils with `make -jX`.
The wchar-related part of the patch (which is also needed to fix
compilation on -current) is obtained from the STLport CVS repository.
---snip---
PR: 57267
Submitted by: Marius Strobl <marius@alchemy.franken.de>
Approved by: maintainer
I am working on a couple of new ports that I hope to submit
shortly. One of these required an updated copy of the Linux
SDL library. I contacted the port maintainer listed on
FreeBSD.org, but he no longer maintains this port:
---
Hash: SHA1
Hello,
if you look at the current ports tree I don't maintain the
port anymore. Therefore sending any code to me won't help.
The best for you is submitting a PR and requesting
maintainership for the port.
Thank you,
Martin Matuska
----
Therefore, I updated it myself. My machine is Intel based,
so I was able to test that version out. For the alpha based
version, I downloaded the code, created the MD5 listing and
tested it out as best I could. I have included two different
files, one diff between the old and my versions, and a shar
of the completed new version.
I am willing to take maintainership of this port, as Martin
Matuska recommend.
PR: ports/50616
Submitted by: Erik Olson <esolson@olsonexpress.com>
patch involved patching the core auto* routines in KDE to accept the
PTHREAD_* variables in the environment, with fallbacks. We decided the
easiest way to implement this in ports was to generate configure instead
of risking incorrect generation at port configure time.
Said patch has already been committed to HEAD in KDE and as such will be
removed with the 3.2 upgrade once it is released.
Ports using Makefile.kde that shouldn't be using them (i.e. non-KDE
modules) have this support commented out due to lack of patch.
Helped out: Adriaan de Groot <adridg@cs.kun.nl>
Lauri Watts <lauri@kde.org>
Andy Fawcett <andy@athame.co.uk>
development files used for building other skarnet.org software.
skalibs can also be used as a sound basic start for C
development. There are a lot of general-purpose libraries out
there; but if your main goal is to produce small and secure C
code, you will like skalibs.
skalibs contains exclusively public-domain code. So you can
redistribute it as you want, and it does not prevent you from
distributing any of your executables.
PR: 53701 57540
Submitted by: Sergei Kolobov <sergei@kolobov.com>
sequences.
split-sequence is a small library to split sequences in to a list of
subsequences delimited by an object satisfying a test function. It is
a member of the Common Lisp Utilities family of programs, designed by
community consensus.
PR: 52376
Submitted by: Henrik Motakef <henrik.motakef@web.de>
CLOCC Port provides a portable interface to various features absent
from the ANSI Common Lisp standard, such as sockets, multiprocessing,
calling external programs, Gray streams etc.
PR: 52368
Submitted by: Henrik Motakef <henrik.motakef@web.de>
taken from gconf2, and allows gconf1 applications (e.g. Galeon, GnuCash, etc.)
to work properly with gconfd-2.
Reviewed by: Havoc Pennington <hp@redhat.com>
Obtained from: gconf2 (mostly)
Not all the GNOME dependencies were specified in the Makefile.
This causes errors on bento -- but probably really doesn't
affect anyone in the real world. Regardless, they should
be there, so here they are.
PR: ports/57340
Submmited by: Mark 'give that man a commit bit' Linimon <linimon@lonesome.com>
