This is an unofficial ICQ clone, written in C++.
It is in no way endorsed by Mirabilis, and now is the most full-featured
ICQ-compatible program with the exception of Java ICQ.
WWW: http://www.licq.org/
- Unbreak licq-osd: Update to 1.3.0 from main licq-distribution
and use already available infrastructure from net/licq
- Reset maintainer
PR: ports/78559
Approved by: maintainer
- Sanitize plugin-directory handling: Plugins should not try to remove lib/icq
- Adapt one port to USE_LIBTOOL while here
- Mark licq-jons-gtk-gui as BROKEN: It's based on licq-1.2.4 which makes it
incompatible with 1.3.0 (builds fine but doesn't run)
Approved by: dinoex
- The patch removes extra translation from process message.
If configuration parameter Translation isn't 'none' then when you
receive some packets their content is translated twise (from some
charset to another one) and gets unreadable.
PR: 66352
Submitted by: Andrej N. Gritsenko
- allows licq used as master-port. e.G. for socks.
- remove WITH_DANTE
- fix SOCKS support to work with net/socks5-port.
PR: 47636
Submitted by: lofi@lofi.dyndns.org
Add an ability to build licq plugins using licq-devel port: - licq-console,
licq-qt-gui: conditionally include licq-devel/Makefile.inc instead of
licq/Makefile.inc if -DWITH_LICQ_DEVEL is specified - dynamically
generated plists (currently used in licq-qt-gui port only)
- Change the Makefile.in so i386--freebsd4.4-licq is _not_ installed. - Stop
installation of 2nd binaries. - don't bump PORTREVISION, as it has not been
build fully
Stop maintaining these ports. I haven't been able to get them compile to even
try to use them for months. If anyone wants to fix/take them, there are PRs
open to update them.
I think I'm setting a world's record for number of files added after the fact
to get a port working again. For some reason, I didn't get the pkg-message
cvs added for Licq, causing the package registration to fail (of course, it
still installs fine...)
Convert the monolithic Licq port into an licq-base port and satellite ports
for different plugins. Commit the first of the plugins, qt-gui, as that has
in the past been part of the normal licq port. The rest are coming after I've
tried them out.
Overhaul QT/KDE support: - bsd.port.mk update to use bsd.kde.mk for
USE_{QT,KDE}* - Cleanup corresponding ports for bsd.kde.mk update. - Fix
bsd.kde.mk: use correct kdelibs dependency, put qt at the bottom, introduce
QT_NONSTANDARD variable for nonstandard configure setup. - Update KDE2 to
2.1.1. Two patches included in x11/kdelibs2 to fix the proxy authentication
that was broken for 2.1.1. Remove old patches. - Potentially fix kdelibs
build for alpha. - Fix qt-designer 2.3.0 build. - Ruby stuff left alone
since it looks like black magic to me. Should still work w/ compat shims
for older USE_QT[,2] style. Some others were also left alone for the same
reason.
You don't want to depend on qt21 -- it's dead. Change them to USE_QT2. (Of
course, they shouldn't have been writing "qt21" explicitly in the first
place....)
Since it makes very... promiscuous modes in the installation, create the
${PREFIX}/share/licq directory with no external permissions at all while doing
the installation, then whack the permissions into shape later before handing
it off to the world. There is no race condition, but this is under the
assumption that the installation routine doesn't chmod ${PREFIX}/share/licq
itself! God only knows, with this autoconfed, libtooled...
Get rid of the patch to qt-gui's "configure" and replace it with patching
"configure.in" and "aclocal.m4". Disable XScreenSaver support in the QT GUI
since libXss is not a shared library in any version of X we have.
Don't dictate policy: let the "UIN spoofing" option exist. This functionality
has existed and been available by default for many versions before the present
version, as well.
