On Mon 2005.06.27 at 15:35 +0200, [EMAIL PROTECTED] wrote:
> Nmap-cmd was used htis way: nmap -O -v -v -v -T5 -P0 -sV -sT -oN 9grid
> www.9grid.de.
> But it core-Dumps also in other cases that is just the ?ast case I noticed
> and because it sucks a lot I provided the GDB-Output.
for some reason,
On Mon 2005.06.27 at 12:21 -0400, Okan Demirmen wrote:
> On Mon 2005.06.27 at 15:35 +0200, [EMAIL PROTECTED] wrote:
> > Nmap-cmd was used htis way: nmap -O -v -v -v -T5 -P0 -sV -sT -oN 9grid
> > www.9grid.de.
> > But it core-Dumps also in other cases that is just the ?ast c
long overdue update to 1.2.5 with a bit of a re-work.
comments and such are welcome.
cheers,
okan
Index: Makefile
===
RCS file: /cvs/ports/graphics/GraphicsMagick/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Make
On Mon 2008.11.03 at 16:39 +0100, Christian Weisgerber wrote:
> Failures from a bulk build on i386:
>
> graphics/p5-PerlMagick ghostscript/iapi.h: No such file or directory
expect a ImageMagick and p5-PerlMagick update soonish from me.
On Mon 2008.11.03 at 19:34 +0100, Matthias Kilian wrote:
> On Mon, Nov 03, 2008 at 11:48:50AM -0500, Okan Demirmen wrote:
> > > graphics/p5-PerlMagick ghostscript/iapi.h: No such file or
> > > directory
> >
> > expect a ImageMagick and p5-PerlMagick up
On Thu 2008.11.06 at 08:20 +0100, Antoine Jacoutot wrote:
> On Wed, 5 Nov 2008, Okan Demirmen wrote:
>
> > new diff, plus a few others.
> >
> > graphics_ImageMagick.diff:
> > - update ImageMagick to 6.4.5-3
> >(supersedes graphics/p5-Pe
On Thu 2008.11.20 at 17:15 +0100, Giovanni Bechis wrote:
> Trivial update to latest version, some manual added and some bugs fixed.
> Cheers
> Giovanni
i'll take care of this - thanks giovanni.
> Index: Makefile
> ===
> RCS file:
On Sat 2008.11.29 at 11:39 +0100, L?VAI D?niel wrote:
> Hi!
>
> It [1] is basically Okan's patch (sorry, but i only found your post
> recently); I've changed VERSION from 1.2.5 to 1.2.6, and added a no_gs
> FLAVOR. Also note, that now if one builds it with x11 (ie. not
> specifing FLAVOR=no_x11
seems i've missed a bit here while away...
2 things:
koffice 1.6 branch does not support newer GraphicsMagick versions.
i still don't understand the no_gs thing. as kili pointed out, it can
be pinned down to removing the run dependency of ghostscript, but why?
for example, GraphicsMagick suppor
On Thu 2008.12.04 at 18:26 -0500, Brad wrote:
> On Thursday 04 December 2008 18:16:32 Matthias Kilian wrote:
> > On Wed, Dec 03, 2008 at 04:41:04PM +0100, L?VAI D?niel wrote:
> > > > at least we don't break the current koffice3, for now.
> > >
> > > Now I really think we should go down the road you
On Wed 2008.12.03 at 16:41 +0100, L?VAI D?niel wrote:
> On Tuesday 02 December 2008 03.41.51 Okan Demirmen wrote:
> > seems i've missed a bit here while away...
> >
> > 2 things:
> >
> > koffice 1.6 branch does not support newer GraphicsMagick versions.
>
On Fri 2008.12.12 at 16:10 +0100, Andreas Bihlmaier wrote:
> +post-patch:
> + ${SUBST_CMD} ${WRKSRC}/pacpl
pre-configure instead.
GraphicsMagick update to 1.3.3:
http://www.demirmen.com/~okan/GraphicsMagick-1.3.3.diff
koffice bit with kili's patch for GM 1.3.3:
http://www.demirmen.com/~okan/koffice-GM-1.3.3.diff
While we've found no regressions so far, neither of us are KDE/koffice
users; please test and comment - Thanks.
On Sat 2009.01.03 at 20:56 +0100, Matthias Kilian wrote:
> Here are patches for some ports still using MODPY_EXPAT_DEPENDS.
> PLISTS have been regenerated and some ports got a SUBST_VARS to
> keep PLIST diffs smaller for future updates. License information
> updated and/or fixed where necessary; fu
Completely forgot about this port since it is not linked into
databases/Makefile. The port needs re-sync'ing with similar changes
required in base top(1), then needs to be fixed to actually work.
I have long lost the need for this port. Any objections to just
removing it completely? If anyone wan
Hi - Missed this thread; however, I see 1 or 2 diff's - is there one
complete diff? And on what networks/servers has the openssl switch
been tested? (I don't have have accounts on all networks to test
myself :))
Cheers,
Okan
On Thu, Jan 17, 2013 at 2:26 PM, Tom Doherty wrote:
> I like it a lot.
Here's one that makes sure the otr FLAVOR continues to work:
Cheers,
Okan
Index: Makefile
===
RCS file: /home/open/anoncvs/cvs/ports/net/bitlbee/Makefile,v
retrieving revision 1.46
diff -u -p -r1.46 Makefile
--- Makefile27 Nov 20
update to 2.7.0.
ok?
cheers,
okan
Index: Makefile
===
RCS file: /home/open/anoncvs/cvs/ports/sysutils/sec/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- Makefile8 Mar 2012 15:36:03 - 1.18
+++ Makefi
MAINTAINER=Okan Demirmen
@@ -16,6 +14,8 @@ PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
-RUN_DEPENDS= textproc/p5-Object-MultiType
+RUN_DEPENDS= textproc/p5-Object-MultiType
+
+REGRESS_DEPENDS= devel/p5-Test-Pod
.include
maintenance update to 2.7.1
ok?
cheers,
okan
Index: Makefile
===
RCS file: /home/open/cvs/ports/sysutils/sec/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile11 Mar 2013 11:41:32 - 1.20
+++ Mak
On Thu 2013.04.25 at 08:48 +0100, Stuart Henderson wrote:
> > "Martijn Rijkeboer" writes:
> >
> > > After quite some discussion here's take 4 of the update of
> > > sysutils/cfengine. This version is based on Stuart's version which was
> > > based on Jiri B's version.
> ..
> > > Please commit so
update to 2.7.2; ok?
Index: Makefile
===
RCS file: /home/open/cvs/ports/sysutils/sec/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile10 Apr 2013 14:14:37 - 1.21
+++ Makefile24 Apr 2013 17:35
mlmmj users,
update to 1.2.18.0.
changes include:
- both patches incorporated upstream, so removed locally,
- upstream pulled the .sh from shell scripts, but i commented out
the symlinks since our version never had .sh files
- upstream fixed the spelling, so s/ecieve/receive/
- slightly more up
On Wed, May 1, 2013 at 11:22 AM, Jan Stary wrote:
> On Apr 01 20:46:15, h...@stare.cz wrote:
>> > On today's fresh install of current/amd64,
>> > the freshly installed xombrero crashes as follows:
>> > (see bottom).
>> >
>> > It seems to be caused by something in my ~/.xombrero
>> > - when I move
On Tue, Apr 30, 2013 at 10:48 AM, Erling Westenvik
wrote:
> On Tue, Apr 30, 2013 at 09:55:01AM -0300, Gonzalo L. R. wrote:
>> What version do you have? Conf file?
>
> xombrero-1.4.0p1v1
> OpenBSD 5.3-current (GENERIC.MP) #146: Thu Apr 25 17:04:06 MDT 2013
>
> $ cat .xombrero.conf
> browser_mode =
Hi - Minor bug fix update to 2.8.1.
changelog:
- version 2.8.1
* fixed a bug in dump file creation routine (a perl warning message was
written to standard error if --dumpfjson command line option was used
without Perl JSON module being present).
OK?
Thanks,
Okan
Index: Makefile
I chose the minimal route; basically if one gets ENODEV back, the values
for the unavailable cpus will be 0.
I don't use xstatbar, but is this an acceptable direction?
Thanks.
Index: Makefile
===
RCS file: /home/open/cvs/ports/sysut
On Thu 2018.10.04 at 15:42 +0100, Stuart Henderson wrote:
> On 2018/10/04 08:04, Okan Demirmen wrote:
> > I chose the minimal route; basically if one gets ENODEV back, the values
> > for the unavailable cpus will be 0.
> >
> > I don't use xstatbar, but is this a
If cwm is your window manager, the mplayer fullscreen window gets
re-mapped to IconicState - you want a cwm past Dec 02.
On Sun, Dec 15, 2013 at 6:36 AM, Jan Stary wrote:
> This is mplayer-20130819p0 on a reasonably current i386 on a Lenovo R61
> (see full dmesg below). This is the newest package
update to 2.7.5
ok?
Index: Makefile
===
RCS file: /home/open/cvs/ports/sysutils/sec/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile3 Jul 2013 17:03:03 - 1.23
+++ Makefile17 Jan 2014 20:04
Fairly minor update to 2.1.17, pointed out by brad; no regressions, nor
issues, on a moderately busy list server.
Index: Makefile
===
RCS file: /home/open/cvs/ports/mail/mailman/Makefile,v
retrieving revision 1.78
diff -u -p -r1.78 Ma
maintenance update to 2.8.2.
ok?
thanks,
okan
Index: Makefile
===
RCS file: /home/open/cvs/ports/sysutils/sec/Makefile,v
retrieving revision 1.33
diff -u -p -r1.33 Makefile
--- Makefile3 Oct 2018 13:21:28 - 1.33
+++ Ma
Hi,
A routine update to 2.1.30 and probably the last in the 2.1 branch.
Running with the below for the past week.
okay?
Thanks,
Okan
Index: Makefile
===
RCS file: /home/open/cvs/ports/mail/mailman/Makefile,v
retrieving revision 1.
Not critical/important for 6.7! I'll re-post at a more appropriate time.
On Fri 2020.04.24 at 09:30 -0400, Okan Demirmen wrote:
> Hi,
>
> A routine update to 2.1.30 and probably the last in the 2.1 branch.
>
> Running with the below for the past week.
>
> okay?
>
another recently discovered xss with mailman, again based on a cve from
2018; this one doesn't yet have a cve assigned; upstream fix.
if this does not make 6.7, post-unlock, i'd like to apply to 6.6 and 6.7
-stable if okay.
from changelog:
2.1.32 (05-May-2020)
i18n
Fixed a typo in the Sp
Yet another mailman update for xss. The diff is the same for both
OPENBSD_6_6 and OPENBSD_6_7 - would like to apply there as well.
In addition, even there is no CVE directly related to this release, the
same 2018 CVE is being referenced, so update quirks too for -current.
OK?
Thank you,
Okan
In
Routine update to 2.8.3.
ok?
Index: Makefile
===
RCS file: /home/open/cvs/ports/sysutils/sec/Makefile,v
retrieving revision 1.35
diff -u -p -r1.35 Makefile
--- Makefile19 Jul 2019 20:44:35 - 1.35
+++ Makefile26 May 2
any mlmmj users around?
On Sun, Apr 28, 2013 at 8:53 PM, Okan Demirmen wrote:
> mlmmj users,
>
> update to 1.2.18.0.
>
> changes include:
> - both patches incorporated upstream, so removed locally,
> - upstream pulled the .sh from shell scripts, but i commented out
>
tracting)
> mlmmj-1.2.17.1 (deleting)
> mlmmj-1.2.17.1 (installing)
> Adding mlmmj-1.2.17.1->1.2.17.1
>
> mcmer-open...@tor.at (MERIGHI Marcus), 2013.05.17 (Fri) 20:37 (CEST):
>> o...@demirmen.com (Okan Demirmen), 2013.05.17 (Fri) 16:43 (CEST):
>> > any mlmmj users aro
On Fri 2013.06.07 at 16:19 +0200, MERIGHI Marcus wrote:
> Testing shows:
>
> smtpd[7644]: delivery: TempFail for cf9902b18b56b406:
> from=, to=, user=foobar, method=mda,
> delay=1m20s, stat=Error ("/bin/sh: /usr/local/bin/mlmmj-recieve: not
> found")
>
> I did a quick workaround by ``ln -s
On Wed 2013.07.03 at 12:00 -0400, Okan Demirmen wrote:
> On Fri 2013.06.07 at 16:19 +0200, MERIGHI Marcus wrote:
> > Testing shows:
> >
> > smtpd[7644]: delivery: TempFail for cf9902b18b56b406:
> > from=, to=, user=foobar, method=mda,
> > delay=1m20s, sta
update to 2.7.4
ok?
thanks,
okan
Index: Makefile
===
RCS file: /home/open/anoncvs/cvs/ports/sysutils/sec/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- Makefile29 Apr 2013 17:14:03 - 1.22
+++ Makefil
1 Oct 2013 16:20:50 -
@@ -2,24 +2,22 @@
COMMENT = convert MultiMarkdown syntax to (X)HTML
-DISTNAME = Text-MultiMarkdown-1.33
+DISTNAME = Text-MultiMarkdown-1.34
CATEGORIES = textproc www
MODULES = cpan
-USE_GROFF =Yes
MAINTAINER = Okan Demirmen
Update to 2.1.16.
OK/comments?
Thanks,
Okan
Index: Makefile
===
RCS file: /home/open/cvs/ports/mail/mailman/Makefile,v
retrieving revision 1.76
diff -u -p -r1.76 Makefile
--- Makefile11 Mar 2013 11:23:51 - 1.76
+++ Make
On Tue 2013.10.22 at 12:50 -0400, Okan Demirmen wrote:
> Update to 2.1.16.
and for others running mailman lists, the new subscribe form option has
prevented at least 40k+ bot-initiated subscription requests for us in
the past few days.
> OK/comments?
>
> Thanks,
> Okan
>
A maintenance and security update to 2.1.28, which includes a fix for
CVE-2018-13796. Where here, I fixed a few inconsistencies.
OK/feedback?
Thanks,
Okan
Index: Makefile
===
RCS file: /home/open/cvs/ports/mail/mailman/Makefile,v
r
On Tue 2018.07.24 at 08:42 -0400, Okan Demirmen wrote:
> A maintenance and security update to 2.1.28, which includes a fix for
> CVE-2018-13796. Where here, I fixed a few inconsistencies.
>
> OK/feedback?
And of course a new release to fix a regression:
Thanks,
Okan
Ind
On Wed, Jul 25, 2018 at 9:29 AM Okan Demirmen wrote:
>
> On Tue 2018.07.24 at 08:42 -0400, Okan Demirmen wrote:
> > A maintenance and security update to 2.1.28, which includes a fix for
> > CVE-2018-13796. Where here, I fixed a few inconsistencies.
> >
> > OK/fee
Update to 2.8.0 release.
Changelog:
* added support for dynamic input files, and 'addinput' and 'dropinput'
actions for managing dynamic inputs.
* added support for signal emulation and 'sigemul' action.
* added support for 'setltime' action.
* starting from this version, the 'lcall'
On Tue 2018.09.04 at 11:30 +0100, Stuart Henderson wrote:
> On 2018/08/31 08:26, Okan Demirmen wrote:
> > Update to 2.8.0 release.
>
> > * added support for creating dump files in JSON format, and
> > the --dumpfjson and --nodumpfjson command line options.
> &
On Mon 2018.08.20 at 09:31 -0400, Okan Demirmen wrote:
> On Wed, Jul 25, 2018 at 9:29 AM Okan Demirmen wrote:
> >
> > On Tue 2018.07.24 at 08:42 -0400, Okan Demirmen wrote:
> > > A maintenance and security update to 2.1.28, which includes a fix for
> > > CVE-2018-
Hi,
Update to 2.1.39; I've been running everything inbetween and this latest
2.1.39 on a list server I maintain.
Covers: CVE-2021-42096, CVE-2021-42097, CVE-2021-43331, CVE-2021-43332,
CVE-2021-44227, CVE-2021-42097, CVE-2021-44227
okay?
Regards,
Okan
Index: Makefile
==
Hi,
Update sec to 2.9.2, released earlier this month.
okay?
Best regards,
Okan
Index: Makefile
===
RCS file: /home/open/cvs/ports/sysutils/sec/Makefile,v
retrieving revision 1.39
diff -u -p -r1.39 Makefile
--- Makefile26 May 20
/
+HOMEPAGE= https://ristov.github.io/monitord/
MAINTAINER=Okan Demirmen
Index: distinfo
===
RCS file: /home/open/cvs/ports/sysutils/monitord/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo18 Jan 2015
Yes, aware - I posted an update to the list a few days ago which
includes the fix.
I'll commit it if I don't hear back in the next day.
On Sun, Sep 4, 2016 at 8:27 PM, Sevan Janiyan wrote:
> Hello,
> Version in ports is vulnerable to CVE-2016-6893.
> https://web.nvd.nist.gov/view/vuln/detail?vul
On Tue 2012.06.26 at 20:50 +0200, Benjamin Nadland wrote:
> Now that I got my copy of 'Learning CFEngine3' I am interested in this
> port to toy with it a bit on my notebook.
>
> What is the current state of it?
>
> The last entry in the archives that I found about it was this:
> http://marc.info
trivial update to 0.3.
ok?
Index: Makefile
===
RCS file: /home/open/cvs/ports/mail/milter-checkrcpt/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile11 Jul 2011 12:12:53 - 1.1.1.1
+++ Make
On Wed 2016.03.23 at 13:27 +, Stuart Henderson wrote:
> On 2016/03/23 08:48, Okan Demirmen wrote:
> > I believe the cgi/mail wrapper check could actually look at the defined
> > group membership instead.
>
> Oh this is a much better approach. I was considering rewriting
On Mon 2016.04.04 at 15:22 -0400, Okan Demirmen wrote:
> On Wed 2016.03.23 at 13:27 +, Stuart Henderson wrote:
> > On 2016/03/23 08:48, Okan Demirmen wrote:
> > > I believe the cgi/mail wrapper check could actually look at the defined
> > > group membership instead.
Anyone still using or interested in this port? It's fairly old,
unmaintained upstream and was never updated even to the 2007 version
due to the license change to Apache2.
Zap it? or any takers?
Thanks.
Hi,
Diff below updating mailman to 2.1.23; includes fix for CVE-2016-6893.
OK?
Thanks,
Okan
Index: Makefile
===
RCS file: /cvs/ports/mail/mailman/Makefile,v
retrieving revision 1.85
diff -u -p -r1.85 Makefile
--- Makefile28 Apr
://github.com/simple-evcorr/sec/releases/download/${V}/
-HOMEPAGE= http://www.estpak.ee/~risto/sec/
+HOMEPAGE= http://simple-evcorr.github.io/
MAINTAINER=Okan Demirmen
Index: distinfo
===
RCS file: /home/open/cvs/ports
Update to 2.7.9.
ok?
Thanks,
Okan
Index: Makefile
===
RCS file: /home/open/cvs/ports/sysutils/sec/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile17 Dec 2015 19:52:03 - 1.27
+++ Makefile11
Hi all,
An argument to remove textproc/p5-Text-Restructured, plus all its
(in)direct dependencies, is that most of the dependencies no longer pass
regress, nor work completely with modern perl. Most of upstream
abandoned the modules anywhere from 6 years to +11 years ago.
While some of the depend
Update to 0.3105, a version that works with modern perl.
The one port (www/p5-Plagger) that depends on this lost its maintainer
and has other issues, thus I see no reason to hold this up.
OK?
Thanks,
Okan
Index: Makefile
===
RCS fi
Update to 0.53; depends on update to p5-XML-RSS-LibXML just posted.
I don't have a portroach environment setup - a quick test with that
would be greatly appreciated!
OK?
Thanks,
Okan
Index: Makefile
===
RCS file: /home/open/cvs/por
+++ Makefile21 Mar 2016 18:37:42 -
@@ -4,7 +4,8 @@ COMMENT=access/create XML files/datas e
MODULES= cpan
PKG_ARCH= *
-DISTNAME= XML-Smart-1.76
+DISTNAME= XML-Smart-1.79
+CPAN_AUTHOR= TMHARISH
CATEGORIES=textproc
MAINTAINER=Okan Demirmen
@@ -12,8 +13,10
On Mon 2016.03.21 at 19:47 +0100, Daniel Jakots wrote:
> On Mon, 21 Mar 2016 14:30:49 -0400, Okan Demirmen
> wrote:
>
> > Index: Makefile
> > ===
> > RCS file: /home/open/cvs/ports/textproc/p
Hi,
As I saw sthen's last commit message, it reminded me that I wanted to
look into the issue surrounding the 'wrong GID' problem, which is the
only reason we have a FLAVOR for every MTA. (as noted below, we probably
need more if we are to continue this path!)
Unfortunately, the way mailman does
And here's the fix to Plagger after XML::Feed 0.53 update posted
earlier. Upstream Plagger not touched since XML::Feed moved
things around in 2008.
OK?
Thanks,
Okan
Index: Makefile
===
RCS file: /home/open/cvs/ports/www/p5-Plagger/
+++ Makefile24 Mar 2016 11:41:28 -
@@ -4,7 +4,7 @@ COMMENT = finds out which version of Per
MODULES = cpan
PKG_ARCH = *
-DISTNAME = Module-Which-0.04
+DISTNAME = Module-Which-0.05
EPOCH =0
CATEGORIES = devel
@@ -14,5 +14,7 @@ MAINTAINER = Okan
Update to 1.4.6; patches no longer required as upstream fixed the
issues.
OK?
Thanks,
Okan
Index: Makefile
===
RCS file: /home/open/cvs/ports/productivity/wyrd/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makef
p5-Proc-Queue/pkg/DESCR
Proc::Queue limits the number of forked processes that can be running
concurrently.
This module lets you parallelise a perl program using the fork, exit,
wait and waitpid calls as usual but without taking care of creating too
many processes and overloading the machine.
co
two ports: the second depending on the first.
p5-Object-MultiType/pkg/DESCR
Object::MultiType - Perl Objects as Hash, Array, Scalar, Code and Glob
at the same time.
p5-XML-Smartpkg/DESCR
This module has an easy way to access/create XML data. It's based on the
HASH tree that is made of the XML d
this at least fixes honeyd for me. it may also work with phython/2.4
but i haven't tried yet - i kinda think python should be a flavor
though. if anyone agrees, i'll send one in.
Index: Makefile
===
RCS file: /cvs/ports/net/honeyd/Mak
On Tue 2005.08.09 at 21:47 +0200, Alexandre Anriot wrote:
> On Tue, Aug 09, 2005 at 03:21:06PM -0400, Okan Demirmen wrote:
> > this at least fixes honeyd for me. it may also work with phython/2.4
> > but i haven't tried yet - i kinda think python should be a flavor
> >
On Tue 2005.08.09 at 23:04 +0200, Nikolay Sturm wrote:
> I just fixed it in -current.
oh so much of a better way of fixing it!
thanks.
On Wed 2005.09.14 at 14:59 +0200, -f wrote:
> hmm, on Wed, Sep 14, 2005 at 11:04:56AM +0200, Marc Espie said that
> > > > > kripel> cd /var/db/pkg
> > > > > kripel> sudo pkg_add -r `ls`
> > > >
> > > > Yes, perfectly safe. But it doesn't do what you think it would...
> > >
> > > you certainly have
too many changes to list here, but one positive note - no more local
patches needed...update from 3.81 -> 3.93
tested on i386/amd64/sparc64
Index: Makefile
===
RCS file: /cvs/ports/net/nmap/Makefile,v
retrieving revision 1.57
diff -u
changelog 2.3.1 -> 2.3.2:
* calls to Sys::Syslog functions are now enclosed in eval { }, in order
to trap die() calls from those functions.
* modified pattern matching functions.
* input source names are now also passed as parameters to PerlFunc and
NPerlFunc pattern functions.
Index: Mak
On Tue 2005.09.20 at 11:12 -0600, Chris Kuethe wrote:
> On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote:
> > too many changes to list here, but one positive note - no more local
> > patches needed...update from 3.81 -> 3.93
>
> and on the up side, this make
On Tue 2005.09.20 at 12:48 -0600, Chris Kuethe wrote:
> On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote:
> > On Tue 2005.09.20 at 11:12 -0600, Chris Kuethe wrote:
> > > On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote:
> > > > too many changes to
On Tue 2005.09.20 at 16:36 -0600, Chris Kuethe wrote:
> On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote:
> > yea, so turn off pf(4), or more specifically, state creation, especially
> > when you are doing syn-scans (default when done as root).
>
> yes, pf was turned
too many changes to list here, but for the interested:
http://www.insecure.org/nmap/nmap_changelog.html
3.81 -> 3.93
tested on i386/amd64/sparc64
Index: Makefile
===
RCS file: /cvs/ports/net/nmap/Makefile,v
retrieving revision 1.57
On Tue 2005.09.27 at 01:32 +0200, [EMAIL PROTECTED] wrote:
> Dear Portmaintainer,
>
> nmap crashs (core dump) on AMD64.
>
> I used nmap this way:
> nmap -sV -P0 -oN report.txt 194.55.223.0
was this command run as a regular user or as root? (nmap acts
differently depending on priv)
can you also
would user_ppp be acceptable as a FLAVOR to pptp?
pppd(8) doesn't have some of the features that ppp(8) has, some of which
are requirements for certain pptp servers.
comments?
Index: Makefile
===
RCS file: /cvs/ports/net/pptp/Makefi
On Fri 2005.09.30 at 11:47 +0200, Aleksander Piotrowski wrote:
> Okan Demirmen <[EMAIL PROTECTED]> wrote:
>
> > would user_ppp be acceptable as a FLAVOR to pptp?
>
> Why as a FLAVOR and not enabled by default?
that works well
now that stat(1) is in base, couldn't this go away?
maintainer timeout (not sure what the respectful timeout is though)
symon 2.71 -> 2.72
thanks,
okan
Index: Makefile
===
RCS file: /cvs/ports/sysutils/symon/Makefile,v
retrieving revision 1.17
diff -u -r1.17 Makefile
--- Makefile
On Thu 2005.12.01 at 17:25 +0100, Mark Prins wrote:
> [EMAIL PROTECTED] <> wrote on Thursday, December 01, 2005 4:29 PM:
>
> > maintainer timeout (not sure what the respectful timeout is though)
> >
> > symon 2.71 -> 2.72
> >
> > thanks,
> > okan
> >
> >>>
> > CATEGORIES=sysuti
On Wed 2005.11.30 at 13:19 +, Antoine Jacoutot wrote:
> Hi.
>
> A new version of mgetty+sendfax just came out. Here is diff to update the
> in-tree version.
> Tested under amd64/current.
works under amd64 and i386 -current for me - thanks.
cheers,
okan
takes nmap to 3.95. notable updates:
- nmap goes on a "diet"
- completely new manpage/help screen (plus translations)
- nmapfe moves from gtk1 to gtk2
full changelog in source or http://www.insecure.org/nmap/changelog.html
comments and the like.
Index: Makefile
=
i believe the last commit missed the other place to bump PKGNAME:
Index: Makefile
===
RCS file: /cvs/ports/sysutils/symon/Makefile,v
retrieving revision 1.19
diff -u -r1.19 Makefile
--- Makefile5 Jan 2006 21:45:39 - 1.19
On Fri 2006.02.03 at 09:44 +1100, Jonathan Gray wrote:
> This updates nmap from 3.95 to 4.00
>
> Only tested on i386 so far.
yes, i am aware that it works on i386/amd64, however there are endian
issues making some "features" not work correctly on big-endian systems,
hence i was/am holding back...
On Thu 2006.02.02 at 17:55 -0500, Okan Demirmen wrote:
> On Fri 2006.02.03 at 09:44 +1100, Jonathan Gray wrote:
> > This updates nmap from 3.95 to 4.00
> >
> > Only tested on i386 so far.
>
> yes, i am aware that it works on i386/amd64, however there are endian
>
On Wed 2006.02.08 at 11:18 -0500, Okan Demirmen wrote:
update: fyodor plans to release 4.01 this coming monday, the 13th. will
that be too late?
okan
On Wed 2006.02.08 at 19:19 -0500, Mathieu Sauve-Frankel wrote:
> On Wed, Feb 08, 2006 at 06:56:25PM -0500, Okan Demirmen wrote:
> > On Wed 2006.02.08 at 11:18 -0500, Okan Demirmen wrote:
> >
> > update: fyodor plans to release 4.01 this coming monday, the 13th. will
On Mon 2006.02.20 at 09:26 +0100, steven mestdagh wrote:
> see: http://www.securityfocus.com/archive/1/425289
>
> please test this today! reports from archs other than i386/amd64/sparc64
> appreciated.
works on amd64 - thanks.
from changelog:
* fixed a bug in the open_input() function - when file pattern with
wildcards was specified for the -input option and the -intcontexts
option was given, single internal context was incorrectly set for input
sources corresponding to the file pattern.
Index: Makefile
way overdue update.
Index: Makefile
===
RCS file: /cvs/ports/net/nmap/Makefile,v
retrieving revision 1.60
diff -u -u -r1.60 Makefile
--- Makefile16 Jan 2006 17:08:57 - 1.60
+++ Makefile6 Apr 2006 13:15:26 -
@@ -2,
1 - 100 of 350 matches
Mail list logo
