Adam Montague [Mon, Oct 23, 2006 at 11:32:43PM -0400] wrote:
Trivial update to mod_ruby 1.2.6. Thanks to David Hill for reminding me.
I'll take care of this.
Bernd
Adam
Index: Makefile
===
RCS file:
Kevin Reay [2006-10-23, 21:57:18]:
anyone? feedback, complaints from people with porting experience would
be appreciated.
Thanks,
Kevin
On 10/22/06, Kevin Reay [EMAIL PROTECTED] wrote:
Attached is a port for slbd, a small daemon that monitors web and
other TCP-based servers, allowing
Selon [EMAIL PROTECTED]:
This is a port of gocr, which is OCR software.
Alright, I made some cleanups to your gocr port and
- added NO_REGRESS
- added a -gui SUBPACKAGE
- changed pkg/DESCR
Tested under amd64.
Comments anyone?
--
Antoine
gocr.tar.gz
Description: application/gzip
I'm assuming it should, although there's a sentence in the FAQ that
suggests this is unsupported (Examples are the _fake_ and install
make targets.; my emphasis). Anyway, I'm doing 'make package' as
non-root by setting these variables, and it mostly works.
The diff looks wrong. Wouldn't it be
Since we now have a new BSD licensed network calculator (net/ipcalc), I'd
like to remove net/cidr. There was no update since it was imported
(2000/08/23) and there's no working MASTER_SITES and no homepage
anymore.
Any objections?
Bernd
On 10/18/06, nikns [EMAIL PROTECTED] wrote:
COMMENT=output spool reader for Snort
Barnyard can read the binary file formats of the
unified alert and log spool files and present that
data to output plugins, which can then format the data
for output to whatever reporting and storage
Hi.
Here's a diff that change the _spamdaemon user's home directory from
/nonexistent to /var/spamassassin (owned by _spamdaemon).
This way, one can start spamd as the _spamdaemon user and make use of
auto-whitelist, bayes... without error.
Without this patch you get errors like:
spamd[1987]:
Changelog (2.3.3 - 2.4.0):
http://sourceforge.net/project/shownotes.php?release_id=457600group_id=42089
Index: Makefile
===
RCS file: /cvs/ports/sysutils/sec/Makefile,v
retrieving revision 1.6
diff -u -r1.6 Makefile
--- Makefile
Selon Andreas Vögele [EMAIL PROTECTED]:
We might also use /var/spamassassin instead of /var/db/spamassassin
for the updated rules that sa-update downloads.
Indeed.
New diff attached.
What do you all think?
--
Antoine
spamassassin.diff
Description: Binary data
* Antoine Jacoutot [EMAIL PROTECTED] [061024 09:57]:
Selon Andreas V?gele [EMAIL PROTECTED]:
We might also use /var/spamassassin instead of /var/db/spamassassin
for the updated rules that sa-update downloads.
Indeed.
New diff attached.
What do you all think?
Should the _spamdaemon
Antoine Jacoutot writes:
Hi.
Here's a diff that change the _spamdaemon user's home directory from
/nonexistent to /var/spamassassin (owned by _spamdaemon). This way,
one can start spamd as the _spamdaemon user and make use of
auto-whitelist, bayes... without error.
[,,,]
Let me know!
Since we now have a new BSD licensed network calculator (net/ipcalc), I'd
like to remove net/cidr. There was no update since it was imported
(2000/08/23) and there's no working MASTER_SITES and no homepage
anymore.
ipcalc does what i needed cidr for, no objection from me
jcs@ ok
--
David Krause writes:
* Antoine Jacoutot [EMAIL PROTECTED] [061024 09:57]:
Selon Andreas V?gele [EMAIL PROTECTED]:
We might also use /var/spamassassin instead of /var/db/spamassassin
for the updated rules that sa-update downloads.
Indeed.
New diff attached.
What do you all think?
On Tue, Oct 24, 2006 at 12:30:11AM +0200, steven mestdagh wrote:
nikns [2006-10-18, 11:36:18]:
COMMENT=object-oriented extensions to Tcl
[incr Tcl] is an object-oriented extension of the Tcl language. It
was created to support more structured programming in Tcl. Tcl scripts
Hello everyone,
I'd really appreciate midnight commander (misc/mc) to be built with
samba support, so one can access SMB shares as local file systems,
without mounting them with sharity-light.
Also direct (directory) SMB - FTP copy is very nice.
There would be two ways:
1. Always build with
On Tue, 24 Oct 2006, Andreas Vögele wrote:
Should the _spamdaemon user be able to the write to the updated rules
directory?
The updated rules are put into a subdirectory by sa-update,
e.g. /var/db/spamassassin/3.001007.
The _spamdaemon user doesn't need write access to that directory, only
BUILD_DEPENDS= tcl84::lang/tcl/8.4
RUN_DEPENDS=${BUILD_DEPENDS}
What do you mean by reverse? BUILD_DEPENDS then RUN_DEPENDS are correct
order as in Makefile template.
Some parts of the ports infrastructure add things to BUILD_DEPENDS, like
e.g. libtool, autoconf, etc.
* Antoine Jacoutot [2006-10-24]:
To match with recent mysql change (no deleting database when using
'pkg_delete -c'), here's a diff that does the same for cyrus-imapd
regarding the mail spool and sieve directories... which is safer I
think.
I don't like this. pkg_delete -c should remove as
Nikolay Sturm [Tue, Oct 24, 2006 at 07:49:25PM +0200] wrote:
I don't like this. pkg_delete -c should remove as much of a package as
possible. If we know those directories exist, they should be deleted.
The same goes for mysql and postgresql. If they know where the databases
are, they should
Antoine Jacoutot [2006-10-24, 16:31:36]:
Selon Andreas Vögele [EMAIL PROTECTED]:
We might also use /var/spamassassin instead of /var/db/spamassassin
for the updated rules that sa-update downloads.
Indeed.
New diff attached.
What do you all think?
--
Antoine
Index: Makefile
On Tue, 24 Oct 2006, Antoine Jacoutot wrote:
Hi.
Here's a diff that change the _spamdaemon user's home directory from
/nonexistent to /var/spamassassin (owned by _spamdaemon).
This way, one can start spamd as the _spamdaemon user and make use of
auto-whitelist, bayes... without error.
I
* Bernd Ahlers wrote:
Nikolay Sturm [Tue, Oct 24, 2006 at 07:49:25PM +0200] wrote:
I don't like this. pkg_delete -c should remove as much of a package as
possible. If we know those directories exist, they should be deleted.
The same goes for mysql and postgresql. If they know where the
following the discussion about pkg_delete -c removing any data
associated with the use of a specific port, I propose the following for
discussion:
add a new flag, -D, to remove any data that was created by using a
certain port. like whole database clusters. Could be indicated in a
PLIST like
On Tue, Oct 24, 2006 at 08:34:37PM +0200, Marc Balmer wrote:
* Bernd Ahlers wrote:
Nikolay Sturm [Tue, Oct 24, 2006 at 07:49:25PM +0200] wrote:
I don't like this. pkg_delete -c should remove as much of a package as
possible. If we know those directories exist, they should be deleted.
On Sun, Oct 22, 2006 at 12:54:43AM +0200, steven mestdagh wrote:
please test. regression suite runs fine on amd64, i386, and sparc64.
display(1) segfaults on i386 in XTranslateImage() when rotating
some photos i made at p2k6 (windowmanager is ratpoison). I'll rebuild
with DEBUG=-g later, for
Antoine Jacoutot writes:
So, should we commit this?
I'll update the patch for SpamAssassin 3.1.7 that I sent to
the list yesterday. I don't think that we have to keep
these changes separate.
On Tue, 24 Oct 2006 14:45:57 -0400
Brad [EMAIL PROTECTED] wrote:
On Tue, Oct 24, 2006 at 08:34:37PM +0200, Marc Balmer wrote:
* Bernd Ahlers wrote:
Nikolay Sturm [Tue, Oct 24, 2006 at 07:49:25PM +0200] wrote:
I don't like this. pkg_delete -c should remove as much of a package as
* Brad wrote:
Although the man page does not say so, I have always considered the -c flag
as a package removal cleaning flag and that it should remove all files,
not just config files installed into SYSCONFDIR.
But we should adhere to what the manpage says and not invent our own
meanings of
On Tue, 24 Oct 2006, Andreas Vögele wrote:
I'll update the patch for SpamAssassin 3.1.7 that I sent to
the list yesterday. I don't think that we have to keep
these changes separate.
Allright, I'll wait fo ryour patch then.
--
Antoine
On Tue, 24 Oct 2006, Marc Balmer wrote:
But we should adhere to what the manpage says and not invent our own
meanings of an otherwise well documented feature.
I support this.
My understanding of the '-c' flag is that it should remove everything the
package installed, config files included.
* Antoine Jacoutot wrote:
On Tue, 24 Oct 2006, Marc Balmer wrote:
But we should adhere to what the manpage says and not invent our own
meanings of an otherwise well documented feature.
I support this.
My understanding of the '-c' flag is that it should remove everything the
package
On Tue, Oct 24, 2006 at 11:40:15PM +0200, Antoine Jacoutot wrote:
On Tue, 24 Oct 2006, Marc Balmer wrote:
But we should adhere to what the manpage says and not invent our own
meanings of an otherwise well documented feature.
I support this.
My understanding of the '-c' flag is that it
* Joachim Schipper wrote:
Not that I'm anyone in particular, but I'd be more than a little pissed
if pkg_delete -c suddenly devoured a couple of GB of production data...
You are probably not the only one and we (i.e. the ports team) more or
less are consenting that -c should not remove any
On Tue, Oct 24, 2006 at 08:39:22PM +0200, Marc Balmer wrote:
following the discussion about pkg_delete -c removing any data
associated with the use of a specific port, I propose the following for
discussion:
add a new flag, -D, to remove any data that was created by using a
certain port.
On Tue, Oct 24, 2006 at 08:39:22PM +0200, Marc Balmer wrote:
following the discussion about pkg_delete -c removing any data
associated with the use of a specific port, I propose the following for
discussion:
add a new flag, -D, to remove any data that was created by using a
certain port.
nikns [2006-10-24, 19:35:29]:
Updated: http://secure.lv/~nikns/stuff/ports/itcl-3.3.tar
your tweak for SHARED_LIBS is not sufficient, the version number does
not propagate into itclConfig.sh. you may want to patch the
SHARED_LIB_SUFFIX line to include a variable via CONFIGURE_ENV, or
Would I need to Do anything Special to Apache on OpenBSD to get it to
run XMLRPC (AJAX)?
a quick Google Search shows mod_xmlrpc is written for apache 2, witch
AFAIK OpenBSD 4.0 Does not support.
here is where i found mod_xmlrpc
http://freshmeat.net/projects/mod_xmlrpc/
Sam Fourman Jr.
On
37 matches
Mail list logo