AspectR is a library interface that lets Ruby developers program in an
aspect oriented style (similar to AspectJ).
PR: ports/36905
Submitted by: Sean Chittenden <sean@chittenden.org>
original versions of these ports, so some PORTREVISIONs were bumped. See
http://freebsd.kde.org/ and mailing lists linked to from there for info
on the packages generated to test these ports.
bsd.kde.mk has already been updated a few days ago to work with these.
Some patches applied to fix a few bugs were:
deskutils/kdepim3:
[1] Remove kpilot from build because it wasn't ready at release.
editors/koffice-kde3:
[2] Fix compile time bugs for FreeBSD.
misc/kdeedu3:
[3] Fix compile problem with kvoctrain.
x11/kdebase3:
[4] Fix KDM CPU usage and login bug.
Some caveats:
* All PLISTs are broken for deinstall due to script bug that I
didn't notice until very recently. This will be fixed when I
commit an update tomorrow. These ports should still install
perfectly fine though. They should also deinstall without
giving errors, but will leave directories behind.
* You can't install this with any other version of QT or KDE
already installed. I am not sure the checks are 100% working,
but fixes for these will be forthcoming. This is mainly due
to a policy decision made by kde@ to make QT/KDE ports install
the way the rest of the world expects it to while also still
conforming to FreeBSD's hier(7). For reference on this decision,
please consult the KDE/FreeBSD mailing list archives. This
decision fixes 2-year-old bug reports relating to how we handled
this for KDE2 vs KDE1.
Submitted by: [1] Adrian de Groot <adridg@cs.kun.nl>,
[2] David Faure <faure@kde.org>,
Andy Fawcett <andy@athame.co.uk>
Lauri Watts <lauri@kde.org>
[3] Lauri Watts <lauri@kde.org>
[4] Alan Eldridge <alane@geeksrus.net>
Oswald Buddenhagen <ossi@kde.org>
Reviewed by: kde
which probably isn't supposed to be removed is misc/instant-workstation,
which had a dependency on audio/xamp (being removed), so I removed that
dependency and bumped PORTREVISION. All other ports are real dependents
upon Qt 1.x, including KDE 1.x stuff.
Code in bsd.kde.mk supporting these ports is also removed or adjusted.
Also, some adjustments made to accomodate Qt3/KDE3 ports, which will be
committed Real Soon Now (TM), pending repo-copies.
This commit made in impending view of Qt3/KDE3 entering ports tree.
combined with a FreeBSD SDL package creates development environment more
similar to SDL development environment on other platforms (mostly Linux).
Please note that this package is only for developer's use - no package should
use it as a dependency!
Created due to massive number of complais from the Linux camp that local
FreeBSD hacks (sdl-config --> sdl11-config, include/SDL --> include/SDL11
etc.) are making FreeBSD useless platform for SDL developer.
which was lost in the great attic-sweep.
Thanks to all the people who had a local copy of it at freefall.
- Udpate to new layout and cleaned with portlint.
- Depends on autconf
This is a 6811 cross compiler for FreeBSD.
The C, C++ compiler is based on the GCC 2.95.2 release. The M68HC1x port is
based on an old port of GCC for 68HC11 made by Otto Lind. However, it was
intensively modified to generate smaller and faster code. It was enhanced
to support 32-bits and 64-bits integers. The support for IEEE floating point
numbers (32 and 64-bits) is also provided. Source level debugging is available
with DWARF-2 debugging format.
This is a 6811 cross toolchain for FreeBSD.
The GNU binutils contain: as, ld, ar, objcopy, objdump and many other
utilities. The format of object files is ELF-32. The GNU Binutils support
translation to other formats such as S-records, Intel HEX records, ...
WWW: http://home.worldnet.fr/~stcarrez/m68hc11_port.html
PR: 17801
Submitted by: jake
which is based on ruby-lapidary and being merged with ruby-unit.
ruby-testunit has a ruby-unit compatibility layer which is only
installed if ruby-unit is _not_ installed yet.
Card Processing Daemon via SSL, unencrypted IP, and drop-files.
It is the base of other APIs including PHP, PERL, and JAVA.
Submitted by: Brad House <brad@mcve.com>
