InspIRCd is a highly modular C++ IRC daemon. It supports most features
of other IRC daemons, and supports FreeBSD kqueue() for connection
management.
WWW: http://www.inspircd.org/
PR: ports/155344
Submitted by: Maxim Ignatenko <gelraen.ua at gmail.com>
2011-05-01 irc/gdesklets-irc: Upstream disapear and distfile is no more available
2011-06-24 net/libevnet: no longer necessary now that libevent2 has been released
2011-05-01 shells/44bsd-csh: Upstream disapear and distfile is no more available
2011-05-01 www/mod_auth_ldap: apache 13/20 is sceduled for deletion, migrate to 2.2.x+ and mod_authnz_ldap now
2011-05-01 www/mod_auth_remote: will be unsupported by ASF when 2.4.0 is release, migrate to 2.2.x+ now
2011-05-01 www/mod_authenticache: will be unsupported by ASF when 2.4.0 is release, migrate to 2.2.x+ now
2011-05-01 www/mod_layout2: will be unsupported by ASF when 2.4.0 is release, migrate to 2.2.x+ now
2011-05-01 www/mod_macro2: will be unsupported by ASF when 2.4.0 is release, migrate to 2.2.x+ now
2011-05-01 www/mod_traf_thief: will be unsupported by ASF when 2.4.0 is release, migrate to 2.2.x+ now
2011-05-01 www/mod_transform: will be unsupported by ASF when 2.4.0 is release, migrate to 2.2.x+ now
faced with when working with IRC. Mode lines, ban masks, message
encoding and formatting, etc.
WWW: http://search.cpan.org/dist/IRC-Utils/
PR: ports/156355
Submitted by: TERAMOTO Masahiro <markun at onohara.to>
StaticBox and SorceryNet. A variant of charybdis has currently been deployed
on Freenode.
WWW: http://www.atheme.org/project/charybdis
PR: ports/155316
Submitted by: Chris Rees <utisoft at gmail.com>
connects the signals and commands handlers you define as POE events with the
Irssi machinery.
WWW: http://search.cpan.org/dist/POE-Session-Irssi/
PR: ports/149337
Submitted by: Jase Thew <freebsd at beardz.net>
********************************************************************************
DANGER, WILL ROBINSON! DANGER!
This module has been deprecated, abandoned, and is no longer supported. It has
not seen active development in five years, and its original author has moved on.
We *STRONGLY* recommend you port your code to either Bot::BasicBot or
POE::Component::IRC. Please feel free to stop by irc.freenode.net/#perl for help
making this transition. Or, if you insist on proceeding, please type the
following line exactly as is and then press Enter:
I acknowledge that Net::IRC is unsupported and I wish to proceed.
********************************************************************************
--------------------------------------------------------------------------------
As suck, remove the port and point users at irc/p5-Bot-BasicBot
With Hat: perl@
allows you to communicate with IRC servers. The API features full channel
syncing and is splitted in 3 layers: IrcConnection, IrcCommands and IrcClient.
WWW: http://smartirc4net.meebey.net/jaws/
PR: ports/141443
Submitted by: Romain Tartiere <romain at blogreen.org>
with any IRC client, and tweet as if you were on IRC. The daemon
supports authentication via OAuth or standard http and https
authentication, and supports direct messages, automatic URL shortening,
and Twitter searching.
Quickstart: in irssi, "/connect localhost 6667 twitpass twituser"
and join #twitter
- @gavinatkinson
WWW: http://code.google.com/p/tircd/
PR: 144514
Submitted by: gavin
I've add this port as a 'new' port, even though we already have
ports/irc/keitairc, keitairc 1.x. Because...
- keitairc 2.x is a _complete_ rewrite of keitairc 1.x
keitairc 1.x is just a single perl script, but keitairc 2.x
is composed of a script, Keitairc perl module, templates, etc.
Also there is no configuration file compability between 1.x and 2.x.
- keitairc 2.x port is a _complete_ rewrite of keitairc 1.x
Since the application structure is changed, I have to write
a new port for 2.x, instead of _modify_ 1.x port.
Tested by: nork
For now it works just like simple bot, that transfers public messages from
one side to other.
WWW: http://sourceforge.net/projects/irc2dc/
PR: ports/134983
Submitted by: Maxim Ignatenko
2009-04-29 devel/cppadvio: abandoned upstream, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-04-22 irc/olirc: project is discontinued and tcl82 support is going to be dropped
2009-04-12 multimedia/toxine: has been inactive for almost 5 years
2009-04-17 net-mgmt/nagios12: Obsolete version, consider migration to net-mgmt/nagios
2009-04-28 sysutils/bbsmount: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-04-30 sysutils/puppet-devel: Use sysutils/puppet instead
2009-04-28 sysutils/tua: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-04-28 x11/qrash: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
uses the DCC feature of irc to send files to other users. iroffer will
connect to an irc server and let people request files from it.
This is a major rewrite of Iroffer with extended features.
It does support mutiple IRC networks, SSL and IPv6.
LICENSE: GPL2
WWW: http://iroffer.dinoex.net/
2009-03-22 java/javel: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 java/guavac: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 graphics/xrml: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 graphics/renderpark: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 games/jumpnbump: tcl8.0 support is going to be dropped
2009-03-17 irc/blackened: Broken and abandonware
2009-03-22 devel/libg++: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 devel/freescope: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 misc/menushki: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 misc/vbidecode: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 lang/wamcc: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 multimedia/mpegedit: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 mail/dkimap4: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 net-mgmt/oproute: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 x11/tkgoodstuff: tcl8.0 support is going to be dropped
2009-02-11 x11-toolkits/inti: not maintain by upstream for more than five years and no port depend on this
sic is an extremely simple IRC client. It consists of lesser
than 250 lines of code. It is the little brother of irc/ii
WWW: http://www.suckless.org/programs/sic.html
PR: ports/129917
Submitted by: Dennis Herrmann <adox at mcx2.org>
IRC protocol. It is designed to be small, fast, portable and compatible to RFC
standards, and most IRC clients.
libircclient features include:
* Full multi-threading support.
* Single threads handles all the IRC processing.
* Support for single-threaded applications, and socket-based applications,
which use select()
* Synchronous and asynchronous interfaces.
* CTCP support with optional build-in reply code.
* Flexible DCC support, including both DCC chat, and DCC file transfer.
* Can both initiate and react to initiated DCC.
* Can accept or decline DCC sessions asynchronously.
* Plain C interface and implementation
(possible to use from C++ code, obviously)
* Compatible with RFC 1459 and most IRC clients.
* Free, licensed under LGPL license.
* Good documentation and examples available.
WWW: http://libircclient.sourceforge.net/
PR: ports/129278
Submitted by: Julien Laffaye <kimelto at gmail.com>
a GTK interface, and a "bot" interface which has no UI. Interface
segregation is accomplished through libconspire, which contains the
common code. Conspire started as a fork of XChat 2.9 CVS.
Scripting is not yet officially supported, but is being worked on.
WWW: http://nenolod.net/conspire
PR: ports/125742
Submitted by: Jacob Myers (jacob at whotookspaz.org)
irc directory tree with server, channel and nick name directories.
In every directory a FIFO in file and a normal out file is created.
The in file is used to communicate with the servers and the out files
contain the server messages. For every channel and every nick name there
are related in and out files created. This allows IRC communication from
command line and adheres to the Unix philosophy.
WWW: http://www.suckless.org/wiki/tools/irc/irc_it/
PR: ports/125567
Submitted by: Julien Laffaye <kimelto at gmail.com>
the XChat-Ruby Plugin now allows X-Chat plugins to written in Ruby,
in addition to the other supported scripting interfaces. This means that,
for the first time, you can use a purely object-oriented language
in which to write X-Chat plugins.
WWW: http://xchat-ruby.sourceforge.net/
that provides DNS query facilities to the channels it occupies and via
private messaging.
It uses POE::Component::Client::DNS to do non-blocking DNS queries. By
default the plugin attempts to use POE::Component::IRC's internal
PoCo-Client-DNS resolver object, but will spawn its own copy. You can
supply your own resolver object via the constructor.
WWW: http://search.cpan.org/dist/POE-Component-IRC-Plugin-QueryDNS/
that provides DNSBL query facilities to the channels it occupies and via
private messaging.
It uses POE::Component::Client::DNSBL to do non-blocking DNSBL queries.
By default the plugin attempts to use POE::Component::IRC's internal
PoCo-Client-DNS resolver object, but will spawn its own copy. You can
supply your own resolver object via the constructor
WWW: http://search.cpan.org/dist/POE-Component-IRC-Plugin-QueryDNSBL/
