On Tue, 10 Jul 2007 17:43:50 -0400
Brad <[EMAIL PROTECTED]> wrote:
> On Fri, 6 Jul 2007 00:20:31 -0400
> Brad <[EMAIL PROTECTED]> wrote:
>
> > mutt having SMTP support is pretty cool. Having SASL support enabled
> > would make it usable for a lot more users.
>
> Here is another revision of my di
This is the best version of the port i have so far:
http://www.studis.de/Software/jabberd14-1.6.0b8.tgz
You can run the port as it is - but you can't stop it. ;-)
There is still a segfault in the exit handler.
To reproduce, start it in the foreground with
sudo -u _jabberd14 /usr/local/bin/jab
thanks for the tip Rui.. re-rolled to fix BASE_PKGPATH in PLIST
net/ttt: real-time graphical network traffic monitor for X
http://spacehopper.org/openbsd/ttt.tar.gz
x11/libBLT: dependency for ttt, Tk auto-scale graphing library
http://spacehopper.org/openbsd/libBLT.tar.gz
comms/smstools: gateway
On Thu, Jul 12, 2007 at 06:07:41PM +0100, Stuart Henderson wrote:
> On 2007/07/12 17:32, Rui Reis wrote:
> > On Thu, Jul 12, 2007 at 11:30:28AM +0200, Landry Breuil wrote:
> > > Hello,
> > >
> > > working on various ports, i've seen that make plist puts ${BASE_PKGPATH}
> > > in
> > > my PLIST / P
On Thu, Jul 12, 2007 at 11:30:28AM +0200, Landry Breuil wrote:
> Hello,
>
> working on various ports, i've seen that make plist puts ${BASE_PKGPATH} in
> my PLIST / PFRAG.shared where normally there should be the package name "in
> clear".
> Where can this come from ? Is it normal ?
look at SUBST
On 2007/07/12 17:32, Rui Reis wrote:
> On Thu, Jul 12, 2007 at 11:30:28AM +0200, Landry Breuil wrote:
> > Hello,
> >
> > working on various ports, i've seen that make plist puts ${BASE_PKGPATH} in
> > my PLIST / PFRAG.shared where normally there should be the package name "in
> > clear".
> > Where
On Thu, Jul 12, 2007 at 11:30:28AM +0200, Landry Breuil wrote:
> Hello,
>
> working on various ports, i've seen that make plist puts ${BASE_PKGPATH} in
> my PLIST / PFRAG.shared where normally there should be the package name "in
> clear".
> Where can this come from ? Is it normal ?
yes, because
pkg/DESCR
GRAMPS is the Genealogical Research and Analysis Management Program
System. In other words, it is a personal genealogy program letting you
store, edit, and research genealogical data using the powers of your
computer.
GRAMPS makes every effort to maintain compatibility with GEDCOM, the
ge
On 2007/07/12 16:44, Damien Miller wrote:
> I just upgraded smokeping from 2.0.9p0 to 2.1.1p1 and now every probe
> interval, the following message is generated:
>
> > NOTE: your fping binary doesn't support source address setting (-S), I
> will
> > ignore any sourceaddress configurations - see
>
WE BUY & SALE USED VIDEO/BROADCAST EQUIPMENTS !
Hello,
Please find below details regarding the equipment we have for sale at the
moment.
Do not hesitate to get in touch with us if what you are looking for is not
listed here, and let us know if you have anything for sale.
SWITCHERS :
=
pkg/DESCR
Unlike most planetarium software, Celestia doesn't confine you to the
surface of the Earth. You can travel throughout the solar system, to any
of over 100,000 stars, or even beyond the galaxy.
All movement in Celestia is seamless; the exponential zoom feature lets
you explore space acros
Hi Joshua,
joshua stein wrote on Thu, Jul 12, 2007 at 01:17:02AM -0500:
> I wrote:
>> Hi Jasper, hi Steven, hi Wijnand,
>>
>> i reworked jasper@'s version of the net/jabberd14 port in two
>> respects. Hopefully, this is now final...
>
> what is going on with this port? is it still being worke
On 7/12/07, unixlust <[EMAIL PROTECTED]> wrote:
Latest version of the wmii window manager present in ports is 3.1, even if a
newer version, 3.5.1 exists and was released a long time ago. Version 3.1 is
no longer supported by the developers, they have a note on their site
saying: *Note:* wmii-3.1
Hello,
working on various ports, i've seen that make plist puts ${BASE_PKGPATH} in
my PLIST / PFRAG.shared where normally there should be the package name "in
clear".
Where can this come from ? Is it normal ?
I've just updated usr.sbin/pkg_add and ports/infrastructure, doesn't seem to
change this
Latest version of the wmii window manager present in ports is 3.1, even if a
newer version, 3.5.1 exists and was released a long time ago. Version 3.1 is
no longer supported by the developers, they have a note on their site
saying: *Note:* wmii-3.1 is deprecated. I really enjoy this window manager
2007/7/6, Landry Breuil <[EMAIL PROTECTED]>:
Hello ports@,
i'm working on a port that depends on latest readline 5.2, and i've seen
that we have readline 4.3 in src/gnu/lib/libreadline/..
- are there some plans to update readline in-tree ? I bet it has been
heavily patched.. maybe it's in the l
16 matches
Mail list logo
