On Sun, Apr 01 2018, David CARLIER wrote:
> Hi,
>
> Here an update of mmap port.
>
> Happy easter !
Here's an updated diff that adds new files to PLIST; tests ongoing.
Feedback/oks?
Index: Makefile
===
RCS file: /cvs/ports/net/nma
On Fri, Aug 04, 2017 at 09:17:24PM +0100, David CARLIER wrote:
> Hi,
>
> here an update for nmap.
>
> Kind regards.
new diff attached with some tweaks.
zenmap regression test fails, I do not know if it is new or not.
Cheers
Giovanni
Index: Makefile
=
On 06/14/17 00:03, David CARLIER wrote:
Hi,
here a straight update to nmap 7.50 version.
Regards.
Committed, thanks !
On 2016/12/22 06:22, David CARLIER wrote:
> Hi,
>
> there is the update to the newest version.
Thanks, working for me. Committed.
On 09/30/16 08:31, David CARLIER wrote:
> Thanks ! here a corrected version I believe.
> Regards.
>
egg.info line is wrong in PLIST, updated diff.
Cheers
Giovanni
> On 30 September 2016 at 07:09, Giovanni Bechis wrote:
>> Python stuff should go in PLIST-zenmap, do not always trust make-plist.
Thanks ! here a corrected version I believe.
Regards.
On 30 September 2016 at 07:09, Giovanni Bechis wrote:
> Python stuff should go in PLIST-zenmap, do not always trust make-plist.
> Cheers
> Giovanni
>
> Il giorno 29 set 2016, alle ore 23:22, David CARLIER ha
> scritto:
>>
>> Hello,
>>
>
Python stuff should go in PLIST-zenmap, do not always trust make-plist.
Cheers
Giovanni
Il giorno 29 set 2016, 23:22, alle ore 23:22, David CARLIER
ha scritto:
>Hello,
>
>here an attempt to update nmap to 7.30.
>
>Regards.
Vadim Zhukov writes:
> 2014-01-29 Jérémie Courrèges-Anglas :
>> FLT_EPSILON
>
> Yes, this looks right, and it fixes nmap for me on i386, too. Anyone
> who'll commit this patch will have my okay.
Then a proper fix should probably use
std::numeric_limits::epsilon() from .
Anyway, I didn't discuss
2014-01-29 Jérémie Courrèges-Anglas :
> FLT_EPSILON
Yes, this looks right, and it fixes nmap for me on i386, too. Anyone
who'll commit this patch will have my okay.
--
WBR,
Vadim Zhukov
Stuart Henderson writes:
> On 2014/01/28 11:34, Giovanni Bechis wrote:
>> On 01/28/14 11:20, Stuart Henderson wrote:
>> > On 2014/01/28 09:51, Giovanni Bechis wrote:
>> >> Update to latest version,
>> >> this diff fixes time_t issues with i386 and uses internal libpcap to get
>> >> rid of some u
On 01/28/14 11:20, Stuart Henderson wrote:
> On 2014/01/28 09:51, Giovanni Bechis wrote:
>> Update to latest version,
>> this diff fixes time_t issues with i386 and uses internal libpcap to get rid
>> of some ugly patches.
>> Next we should work to let it build with our libpcap but that's another
On 2014/01/28 09:51, Giovanni Bechis wrote:
> Update to latest version,
> this diff fixes time_t issues with i386 and uses internal libpcap to get rid
> of some ugly patches.
> Next we should work to let it build with our libpcap but that's another story.
> Cheers
> Giovanni
What are all the t
On Tue, 11 Dec 2012, Giovanni Bechis wrote:
> Update to latest version, a lua.port.mk diff is needed to build it because it
> needs at least lua 5.2.
> Comments ? Hints ? Ok ?
> Cheers
> Giovanni
> Index: Makefile
> ===
> RCS fil
On Tue, Dec 11, 2012 at 08:58:05PM +, Stuart Henderson wrote:
> On 2012/12/11 19:54, Giovanni Bechis wrote:
> > On 12/11/12 19:49, David Coppa wrote:
> > > On Tue, Dec 11, 2012 at 7:39 PM, Giovanni Bechis
> > > wrote:
> > >> Update to latest version, a lua.port.mk diff is needed to build it
On 2012/12/11 19:54, Giovanni Bechis wrote:
> On 12/11/12 19:49, David Coppa wrote:
> > On Tue, Dec 11, 2012 at 7:39 PM, Giovanni Bechis
> > wrote:
> >> Update to latest version, a lua.port.mk diff is needed to build it because
> >> it needs at least lua 5.2.
> >> Comments ? Hints ? Ok ?
> >> C
On 12/11/12 19:49, David Coppa wrote:
> On Tue, Dec 11, 2012 at 7:39 PM, Giovanni Bechis
> wrote:
>> Update to latest version, a lua.port.mk diff is needed to build it because
>> it needs at least lua 5.2.
>> Comments ? Hints ? Ok ?
>> Cheers
>> Giovanni
>
> imho this is not right.
> Just se
On Tue, Dec 11, 2012 at 7:39 PM, Giovanni Bechis wrote:
> Update to latest version, a lua.port.mk diff is needed to build it because it
> needs at least lua 5.2.
> Comments ? Hints ? Ok ?
> Cheers
> Giovanni
imho this is not right.
Just set MODLUA_VERSION=5.2 into net/nmap/Makefile
ciao,
Dav
Steve Shockley wrote:
On 3/22/2010 7:00 AM, Giovanni Bechis wrote:
Update to latest version, comments ? ok ?
Cheers
Giovanni
It appears they rebuilt the man pages with a newer docbook, can we
remove prepman.sh?
There are still some "m[]" and "m[blue]" on man pages.
Cheers
Giovanni
Steve Shockley wrote:
On 3/22/2010 7:00 AM, Giovanni Bechis wrote:
Update to latest version, comments ? ok ?
Cheers
Giovanni
It appears they rebuilt the man pages with a newer docbook, can we
remove prepman.sh?
I will try to build nmap without prepman.sh and check if man pages still
works.
On 3/22/2010 7:00 AM, Giovanni Bechis wrote:
Update to latest version, comments ? ok ?
Cheers
Giovanni
It appears they rebuilt the man pages with a newer docbook, can we
remove prepman.sh?
On Mon, Mar 22, 2010 at 12:00:19PM +0100, Giovanni Bechis wrote:
> share/zenmap/locale/pt_BR/
> share/zenmap/locale/pt_BR/LC_MESSAGES/
> share/zenmap/locale/pt_BR/LC_MESSAGES/zenmap.mo
> +share/zenmap/locale/ru/
> +share/zenmap/locale/ru/LC_MESSAGES/
> +share/zenmap/locale/ru/LC_MESSAGES/zenmap.
On Tue 2009.08.18 at 18:36 +0200, Pawlowski Marcin Piotr wrote:
> On Tue, 18 Aug 2009 18:31:18 +0200
> Giovanni Bechis wrote:
>
> > Okan Demirmen wrote:
> > > [snip]
> > >
> > > quick note: probably want to run update-patches before configure to
> > > get the below correct.
> > >
> > I fixed th
On Tue, 18 Aug 2009 18:31:18 +0200
Giovanni Bechis wrote:
> Okan Demirmen wrote:
> > [snip]
> >
> > quick note: probably want to run update-patches before configure to
> > get the below correct.
> >
> I fixed this one and a PLIST error too, in PLIST-main there is an
> entry share/applications/,
Okan Demirmen wrote:
[snip]
quick note: probably want to run update-patches before configure to get
the below correct.
I fixed this one and a PLIST error too, in PLIST-main there is an entry
share/applications/, shouldn't it be in PLIST-zenmap (if I put it in
`make update-plist` reverts my ch
On Tue 2009.08.18 at 16:44 +0200, Giovanni Bechis wrote:
> Stuart Henderson wrote:
> >Builds and the tested some basics on sparc64 and a bit more on amd64.
> >I'm not ecstatically happy about including sctp.h in files/ (and it makes
> >you wonder why they use autoconf at all if they don't get it to
On Tue, 18 Aug 2009 16:44:34 +0200
Giovanni Bechis wrote:
> Stuart Henderson wrote:
> > Builds and the tested some basics on sparc64 and a bit more on
> > amd64. I'm not ecstatically happy about including sctp.h in files/
> > (and it makes you wonder why they use autoconf at all if they don't
> >
Stuart Henderson wrote:
Builds and the tested some basics on sparc64 and a bit more on amd64.
I'm not ecstatically happy about including sctp.h in files/ (and it makes
you wonder why they use autoconf at all if they don't get it to check
for things like this...) but since handling it differently
Stuart Henderson a écrit :
> On 2009/08/17 23:41, Pawlowski Marcin Piotr wrote:
>> Hi,
>> Giovanni Bechis and I made this patch for nmap-5.00. Tested on i386 and
>> amd64. Comments?
>>
>> Cheers,
>> pmp
>
> Builds and the tested some basics on sparc64 and a bit more on amd64.
> I'm not ecstaticall
On Mon, 17 Aug 2009 23:33:18 +0100
Stuart Henderson wrote:
> On 2009/08/17 23:41, Pawlowski Marcin Piotr wrote:
> > Hi,
> > Giovanni Bechis and I made this patch for nmap-5.00. Tested on i386
> > and amd64. Comments?
> >
> > Cheers,
> > pmp
>
> Builds and the tested some basics on sparc64 and a
On 2009/08/17 23:41, Pawlowski Marcin Piotr wrote:
> Hi,
> Giovanni Bechis and I made this patch for nmap-5.00. Tested on i386 and
> amd64. Comments?
>
> Cheers,
> pmp
Builds and the tested some basics on sparc64 and a bit more on amd64.
I'm not ecstatically happy about including sctp.h in files/
On 2009/04/03 15:43, Antoine Jacoutot wrote:
> On Fri, 3 Apr 2009, Mikolaj Kucharski wrote:
>
> > On Fri, Apr 03, 2009 at 02:13:28PM +0100, Stuart Henderson wrote:
> > > > > I'd like "make plist" not to add /usr/local/share/applications
> > > > > to its generated PLISTs.
> > > >
> > > > Okay. I t
On Fri, 3 Apr 2009, Mikolaj Kucharski wrote:
> On Fri, Apr 03, 2009 at 02:13:28PM +0100, Stuart Henderson wrote:
> > > > I'd like "make plist" not to add /usr/local/share/applications
> > > > to its generated PLISTs.
> > >
> > > Okay. I thin I'm following. What's wrong with
> > >
> > > @sample
On Fri, Apr 03, 2009 at 02:13:28PM +0100, Stuart Henderson wrote:
> > > I'd like "make plist" not to add /usr/local/share/applications
> > > to its generated PLISTs.
> >
> > Okay. I thin I'm following. What's wrong with
> >
> > @sample ${PREFIX}/share/applications
> >
> > in devel/desktop-fi
On 2009/04/03 14:07, Mikolaj Kucharski wrote:
> On Fri, Apr 03, 2009 at 01:42:21PM +0100, Stuart Henderson wrote:
> > On 2009/04/03 13:24, Mikolaj Kucharski wrote:
> > > On Fri, Apr 03, 2009 at 11:49:40AM +0100, Stuart Henderson wrote:
> > > > share/applications is @sample'd by desktop-file-utils.
On Fri, Apr 03, 2009 at 01:42:21PM +0100, Stuart Henderson wrote:
> On 2009/04/03 13:24, Mikolaj Kucharski wrote:
> > On Fri, Apr 03, 2009 at 11:49:40AM +0100, Stuart Henderson wrote:
> > > share/applications is @sample'd by desktop-file-utils. I wonder whether
> > > it would either make sense to c
On 2009/04/03 13:24, Mikolaj Kucharski wrote:
> On Fri, Apr 03, 2009 at 11:49:40AM +0100, Stuart Henderson wrote:
> > share/applications is @sample'd by desktop-file-utils. I wonder whether
> > it would either make sense to change desktop-file-utils to install rather
> > than @sample (I guess to do
On Fri, Apr 03, 2009 at 11:49:40AM +0100, Stuart Henderson wrote:
> share/applications is @sample'd by desktop-file-utils. I wonder whether
> it would either make sense to change desktop-file-utils to install rather
> than @sample (I guess to do that without conflicts, we'd need to either
> sweep t
On 2009/04/03 11:49, Stuart Henderson wrote:
> On 2009/04/03 10:03, Giovanni Bechis wrote:
> (offlist, replying back on-list with permission mainly to discuss the
> desktop-file-utils thing below)
>
> > Stuart Henderson wrote:
> >> Here's a diff updating the nmap port to 4.85BETA6, which comes wit
On 2009/04/03 10:03, Giovanni Bechis wrote:
(offlist, replying back on-list with permission mainly to discuss the
desktop-file-utils thing below)
> Stuart Henderson wrote:
>> Here's a diff updating the nmap port to 4.85BETA6, which comes with
>> a conficker scanner.
updated diff below.
> [...]
>
Here's a diff updating the nmap port to 4.85BETA6, which comes with
a conficker scanner.
We probably don't want to update to a beta version in-tree, but some
people might need it and it makes sense to post it rather than have
others duplicate the work.
Index: Makefile
On Thu 2008.01.10 at 09:35 -0600, Will Maier wrote:
> On Thu, Jan 10, 2008 at 01:09:12PM +0100, Giovanni Bechis wrote:
> > Update to latest version, 4.52, tested @i386.
> > Some bug fixes from previous version
> > (http://marc.info/?l=openbsd-ports&m=119813990212052&w=2).
> > Giovanni
>
> Builds
On Thu, Jan 10, 2008 at 01:09:12PM +0100, Giovanni Bechis wrote:
> Update to latest version, 4.52, tested @i386.
> Some bug fixes from previous version
> (http://marc.info/?l=openbsd-ports&m=119813990212052&w=2).
> Giovanni
Builds and tests (both nmap and zenmap) OK on i386. You should
probably
Matthias Kilian wrote:
- zenmap.1 should be installed, too.
- lua is SHARED_ONLY, so some way to build nmap without lua support is
needed for static archs.
I added zenmap.1 and --without-lua if SHARED_LIBS is not defined.
Cheers
Giovanni
Index: Makefile
===
On Thu, Dec 20, 2007 at 03:42:04PM +0100, Matthias Kilian wrote:
> > +BUILD_DEPENDS= ::lang/python/2.5
>
> IMHO, MODULES=lang/python would be better here (needs an additional
> update-plist for PFRAG.no-no_x11).
>
> I'm currently looking at it with that change.
Two nits:
- zenmap.1 should b
On Thu, Dec 20, 2007 at 09:28:58AM +0100, Giovanni Bechis wrote:
> Nmap updated to latest version (4.50).
> A new gui is available and a script engine added.
> Full changelog:
> http://insecure.org/nmap/changelog.html
[...]
> +BUILD_DEPENDS= ::lang/python/2.5
IMHO, MODULES=lang/python would
> On Wed, Dec 20, 2006 at 08:51:41AM +0100, Giovanni Bechis wrote:
>> Nmap updated to 4.20 version, I added a quick hack to force
>> using OpenBSD pcap libraries.
>
> When compiling with X11 support, make lib-depends-check is not happy,
> missing several graphical libraries and libz.
>
> Additional
On Wed, Dec 20, 2006 at 08:51:41AM +0100, Giovanni Bechis wrote:
> Nmap updated to 4.20 version, I added a quick hack to force
> using OpenBSD pcap libraries.
When compiling with X11 support, make lib-depends-check is not happy,
missing several graphical libraries and libz.
Additionally, I'm not
On 6/14/06, Okan Demirmen <[EMAIL PROTECTED]> wrote:
update to 4.10
changelog in dist or http://www.insecure.org/nmap/changelog.html
tested on i386, amd64, sparc64 - more arch tests or comments welcome.
Index: Makefile
===
RCS fil
On Wed, Apr 26, 2006 at 11:25:08AM -0400, Okan Demirmen wrote:
> tested on i386/amd64 only - needs at least a test on a big endian arch
> (my sparc64 is dead)
As mentioned in a private e-mail: This seams to fix the confusion related
to localhost.
Tested on OpenBSD 3.9-stable ("backported", *roftl
Hi,
On Wed, Apr 26, 2006 at 11:25:08AM -0400, Okan Demirmen wrote:
> tested on i386/amd64 only - needs at least a test on a big endian arch
> (my sparc64 is dead)
okay for me on sparc64, snapshot from April, 10th.
I did not do extensive testing, so if you have something
special you want me to do
Op 7/4/2006 schreef "Peter Valchev" <[EMAIL PROTECTED]>:
>> way overdue update.
>
>can someone test this on sparc64?
I'll test it as soon as I get home.
Peter Valchev [2006-04-07, 00:53:45]:
> > way overdue update.
>
> can someone test this on sparc64?
works okay here.
Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
> way overdue update.
can someone test this on sparc64?
Seams version 4.01 of nmap fixes some bugy related to DNS and co.
Maybe, because nmap is widely used, it could be the only exception and
get integrated into 3.9.
And here are the changes since 4.00:
o Fixed a bug that would cause bogus reverse-DNS resolution on
big-endian machines. Thanks to D
Found a sparc64... it works there too.
On 2/9/06, Chris Kuethe <[EMAIL PROTECTED]> wrote:
> It may be too late, but this works for me on i386. Don't have any
> sparc64 boxen handy right now.
>
> (because everything else i use seems to be working right ... so far)
>
> On 2/9/06, Okan Demirmen <[EMA
It may be too late, but this works for me on i386. Don't have any
sparc64 boxen handy right now.
(because everything else i use seems to be working right ... so far)
On 2/9/06, Okan Demirmen <[EMAIL PROTECTED]> wrote:
> ok, completely understand if this is too late, but 4.01 if interested.
>
> fo
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
> > that be too late?
>
> Seei
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
> that be too late?
Seeing as Nikolay ALREADY asked people to stop sending updates a few
days ago. I'
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
> so i know that port updates are be carefully considered now-a-days with
> 3.9 coming. so i have a question about what to do with the nmap port.
> right now, 3.95 is in, but nmap 4.00 has been out for a few weeks.
> however, amoung the usual bugs, the most annoying bug is the endian
> issue with o
Okan Demirmen [Wed, Feb 08, 2006 at 11:18:20AM -0500] wrote:
>so 3 options, a) 3.9 ships with 3.95, b) 3.9 ships with 4.00
>with broken system_dns features for big-endian, or c) 3.9 ships with
>4.00 with non-official patch (almost non-official).
>
I would say, lets take the safe way and ship 3.9 wi
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
> issues making some "features" not
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...
Okan Demirmen wrote...
> 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
Seems to work OK f
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 off on both the source and
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 off on both the source and destination machine and
they were on the same dumb switch. Not t
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 list here, but one positive note - no more lo
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 list here, but one positive note - no more local
> > > patches needed...update from 3.81 -> 3.93
> >
> > an
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 makes os fingerprinting work again.
> jus
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 makes os fingerprinting work again.
just tested on i386 with the sept 10 snapshot...
--
GDB has a 'brea
70 matches
Mail list logo
