Re: New port request

[A Tammy]

On 1/9/24 19:59, Stefan wrote:
> Package:
> (seems already to be in freebsd ports)
> https://github.com/shadowsocks/shadowsocks-libev#install
>
>
> https://shadowsocks.org/doc/getting-started.html


Seems like last commit was 2 years ago and the development has moved to
Rust. Would it not make more sense to port the Rust package (not that
I'm volunteering)?


Cheers,
Aisha

New port request

[Stefan]

Package:
(seems already to be in freebsd ports)
https://github.com/shadowsocks/shadowsocks-libev#install


https://shadowsocks.org/doc/getting-started.html

Re: Hello new port request

[Omar Polo]

Hello,

On 2024/01/08 14:56:37 +0100, Stefan  wrote:
> Hey there,
> 
> just curious if someone maybe please could port this great tool to openbsd
> 
> https://github.com/HACKERALERT/Picocrypt

Gave it a try for fun.

It's not straightforward since it's not the 'usual' go port; it cannot be
fetched using `go get' as far as i can see.

I've ran `go mod vendor' in the src directory, tar'ed up the contents
and used that to make the attached port.  Somehow it needed some
patching to compile.

The tool seems to work upon some quick testing, except for the file
picker button that crashes the program if pressed.  It'll need more
investigation.


Cheers,

Omar Polo



picocrypt.tar.gz
Description: GNU Zip compressed data

Hello new port request

[Stefan]

Hey there,

just curious if someone maybe please could port this great tool to openbsd

https://github.com/HACKERALERT/Picocrypt


Kind regards

Re: Port Request

[Umgeher Torgersen]

On Thu, Jul 27, 2023 at 07:41:15AM +, luffy20201 wrote:
> Large Fries!

=]

Re: Port Request

[Solène Rapenne]

On Sat, 2023-07-01 at 12:31 +, Mikolaj Kucharski wrote:
> On Sat, Jul 01, 2023 at 02:03:26PM +0200, Solène Rapenne wrote:
> > On Sat, 2023-07-01 at 11:48 +, Umgeher Torgersen wrote:
> > > On Fri, Jun 30, 2023 at 09:24:54AM +, luffy20201 wrote:
> > > > Hello OpenBSD Devs! I want to make a request, can you guys
> > > > please
> > > > try to port ytfzf to OBSD. I used it a lot on GNU/linux, and I
> > > > would
> > > > greatly appreciate if you guys could. Thank You
> > > 
> > > sure! with fries?
> > > 
> > > thank you for your order!
> > > 
> > 
> > there is no need to be condescending for free, at best, just don't
> > reply.
> > 
> > The program actually looks interesting, it only requires curl and jq
> > as
> > dependencies. However, it may be so trivial to install it locally,
> > I'm
> > not sure this deserve to be packaged. I'll give it a try.
> > 
> 
> It also seems to depend on fzf:
> 
> $ sh ytfzf -m music
> Scraping YouTube (with https://invidious.flokinet.to) (music, pg: 1)
> [ERROR]: fzf not installed, cannot use the default menu
> 

it only requires curl and jq to work, but it has a lot of extra
dependencies for more features

I suppose a package should enable all the features as long as it doesn't
pull an entire desktop like GNOME as a dependency

Re: Port Request

[Mikolaj Kucharski]

On Sat, Jul 01, 2023 at 02:03:26PM +0200, Solène Rapenne wrote:
> On Sat, 2023-07-01 at 11:48 +, Umgeher Torgersen wrote:
> > On Fri, Jun 30, 2023 at 09:24:54AM +, luffy20201 wrote:
> > > Hello OpenBSD Devs! I want to make a request, can you guys please
> > > try to port ytfzf to OBSD. I used it a lot on GNU/linux, and I would
> > > greatly appreciate if you guys could. Thank You
> > 
> > sure! with fries?
> > 
> > thank you for your order!
> > 
> 
> there is no need to be condescending for free, at best, just don't
> reply.
> 
> The program actually looks interesting, it only requires curl and jq as
> dependencies. However, it may be so trivial to install it locally, I'm
> not sure this deserve to be packaged. I'll give it a try.
> 

It also seems to depend on fzf:

$ sh ytfzf -m music
Scraping YouTube (with https://invidious.flokinet.to) (music, pg: 1)
[ERROR]: fzf not installed, cannot use the default menu

-- 
Regards,
 Mikolaj

Re: Port Request

[Solène Rapenne]

On Sat, 2023-07-01 at 11:48 +, Umgeher Torgersen wrote:
> On Fri, Jun 30, 2023 at 09:24:54AM +, luffy20201 wrote:
> > Hello OpenBSD Devs! I want to make a request, can you guys please
> > try to port ytfzf to OBSD. I used it a lot on GNU/linux, and I would
> > greatly appreciate if you guys could. Thank You
> 
> sure! with fries?
> 
> thank you for your order!
> 

there is no need to be condescending for free, at best, just don't
reply.

The program actually looks interesting, it only requires curl and jq as
dependencies. However, it may be so trivial to install it locally, I'm
not sure this deserve to be packaged. I'll give it a try.

Re: Port Request

[Umgeher Torgersen]

On Fri, Jun 30, 2023 at 09:24:54AM +, luffy20201 wrote:
> Hello OpenBSD Devs! I want to make a request, can you guys please
> try to port ytfzf to OBSD. I used it a lot on GNU/linux, and I would
> greatly appreciate if you guys could. Thank You

sure! with fries?

thank you for your order!

Port Request

[luffy20201]

Hello OpenBSD Devs! I want to make a request, can you guys please try to port 
ytfzf to OBSD. I used it a lot on GNU/linux, and I would greatly appreciate if 
you guys could. Thank You

Port request reuse-tool

[Rafael Sadowski]

Hi ports@

https://github.com/fsfe/reuse-tool
https://reuse.software/

this tool looks quite handy. I would like to see it in OpenBSD but I'm
too busy to do to job at the moment. If someone is willing to port it I
would love to test it.

Cheers, Rafael

new port request - monero

[Patrick]

Hello all,
I tried but failed to compile  monero (the cryptocurrency) - stuck at the
...
-- Configuring incomplete, errors occurred!
See also 
"/opt/t/monero-release-v0.16/build/release/CMakeFiles/CMakeOutput.log".
See also 
"/opt/t/monero-release-v0.16/build/release/CMakeFiles/CMakeError.log".
gmake: *** [Makefile:121: release-static-openbsd-armv7] Error 1

I see prior reference to this port last year - has anyone proceeded further ?
On 2019/07/12 00:10, Thomas Frohwein wrote:
> Hi,
>
> The diff below removes --without-pthreads from net/libunbound. The
> reason why I'm proposing is that this way, a WIP draft of monero (the
> cryptocurrency) works which otherwise segfaults if libunbound is
> without pthread support.

thanks in advance.  http://monero.how

--
Patrick

Port request: pngquant (image compression)

[Murk Fletcher]

Hi,

Requesting an OpenBSD port of pngquant (https://github.com/pornel/pngquant
) as part of a greater effort to get
image_optim (https://github.com/toy/image_optim) working on OpenBSD:

https://github.com/toy/image_optim/issues/90


Many thanks!

Murk

Port request: mozjpeg (image compression)

[Murk Fletcher]

Hi,

Requesting an OpenBSD port of mozjpeg (https://github.com/mozilla/mozjpeg
) as part of a greater effort to get
image_optim (https://github.com/toy/image_optim) working on OpenBSD:

https://github.com/toy/image_optim/issues/90


Many thanks!

Murk

Port request: jpeg-recompress (image compression)

[Murk Fletcher]

Hi,

Requesting an OpenBSD port of jpeg-recompress (
https://github.com/danielgtaylor/jpeg-archive
) as part of a greater effort to get
image_optim (https://github.com/toy/image_optim) working on OpenBSD:

https://github.com/toy/image_optim/issues/90


Many thanks!

Murk

Port request: pngout (image compression)

[Murk Fletcher]

Hi,

Requesting an OpenBSD port of pngout (http://www.jonof.id.au/kenutils) as
part of a greater effort to get image_optim (
https://github.com/toy/image_optim) working on OpenBSD:

https://github.com/toy/image_optim/issues/90


Many thanks!

Murk

Port request: jpegoptim (image compression)

[Murk Fletcher]

Hi,

Requesting an OpenBSD port of jpegoptim (https://github.com/tjko/jpegoptim
) as part of a greater effort to get
image_optim (https://github.com/toy/image_optim) working on OpenBSD:

https://github.com/toy/image_optim/issues/90


Many thanks!

Murk

Re: Port request: pngquant (image compression)

[Fred]

On 10/08/15 17:03, Murk Fletcher wrote:

Hi,

Requesting an OpenBSD port of pngquant (https://github.com/pornel/pngquant
) as part of a greater effort to get
image_optim (https://github.com/toy/image_optim) working on OpenBSD:

https://github.com/toy/image_optim/issues/90


Many thanks!

Murk



A working port was sent to ports@

http://marc.info/?t=13982629701

hth

Fred

Re: Port request: pngquant (image compression)

[Murk Fletcher]

Fred - thanks for sharing!

Updated https://github.com/toy/image_optim/issues/90.

Murk

On Thu, Oct 8, 2015 at 9:43 PM, Fred  wrote:

> On 10/08/15 17:03, Murk Fletcher wrote:
>
>> Hi,
>>
>> Requesting an OpenBSD port of pngquant (
>> https://github.com/pornel/pngquant
>> ) as part of a greater effort to get
>> image_optim (https://github.com/toy/image_optim) working on OpenBSD:
>>
>> https://github.com/toy/image_optim/issues/90
>> 
>>
>> Many thanks!
>>
>> Murk
>>
>>
> A working port was sent to ports@
>
> http://marc.info/?t=13982629701
>
> hth
>
> Fred
>
>
>

Port request: cpulimit

[opendaddy]

Hi!

https://github.com/opsengine/cpulimit seems to be the best way to limit CPU 
access to processes on servers where other critical processes are running. Ie. 
web servers that require 3rd party image manipulation or video processing tools 
etc.

http://svnweb.freebsd.org/ports/head/sysutils/cpulimit/

Is anybody able to take this on?

Thanks!

O.D.

Re: Port request: cpulimit

[Jérémie Courrèges-Anglas]

openda...@hushmail.com writes:

 Hi!

 https://github.com/opsengine/cpulimit seems to be the best way to limit
 CPU access to processes on servers where other critical processes are
 running. Ie. web servers that require 3rd party image manipulation or
 video processing tools etc.

Dunno if that's the best way to protect critical processes, but...

 http://svnweb.freebsd.org/ports/head/sysutils/cpulimit/

 Is anybody able to take this on?

I've sent a patch upstream.  Let's see if it gets committed.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Text::Patch port - request for testers

[Aaron Mason]

Hi all,

I've created a port for the Text::Patch perl module.  Could I get some
people to take it for a spin and let me know how it goes?  I have
attached it to this email.  If it gets filtered out, I've uploaded it
to http://milo.thats-too-much.info/p5-Text-Patch.port.tgz

Thanks in advance

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse


p5-Text-Patch.port.tgz
Description: GNU Zip compressed data

cyrus port request

[Graeme Lee]

Hi ports.

Can we please consider adding --enable-replication to the cyrus build?  
It was considered 'experimental' in 03, and was planned to be deployed 
by CMU by 07.  It's 2009 now.


Thanks,

Graeme

Re: lang/scheme48 new port, request for assistance

[Kurt Miller]

On Saturday 22 July 2006 7:44 pm, Aaron W. Hsu wrote:
...
 Basically, Scheme allows external C libraries to access the
 scheme48vm's internal C structures through a scheme48.h header
 file. One such program (http://magic.xmog.com) is using a postgresql.c
 wrapper file to provide special wrappers to my Scheme programs. In
 doing so, it utilizes some of the internal structures (functions,
 variables, etc.) declared in scheme48.h. 
 
 However, when I load this software (further instructions on
 reproducing the exact error are below), and run the proper commands,
 the program faults out (segfault) giving me errors that it cannot find
 the functions internal to scheme48vm

It sounds like you need to link the executable with -Wl,-E. 
Read man 1 ld -E option to understand why.

-Kurt

[SOLVED] Re: lang/scheme48 new port, request for assistance

[Aaron W. Hsu]

On Thu, Jul 27, 2006 at 09:07:09AM -0400, Kurt Miller wrote:
 On Saturday 22 July 2006 7:44 pm, Aaron W. Hsu wrote:
 ...
  Basically, Scheme allows external C libraries to access the
  scheme48vm's internal C structures through a scheme48.h header
  file. One such program (http://magic.xmog.com) is using a postgresql.c
  wrapper file to provide special wrappers to my Scheme programs. In
  doing so, it utilizes some of the internal structures (functions,
  variables, etc.) declared in scheme48.h. 
  
  However, when I load this software (further instructions on
  reproducing the exact error are below), and run the proper commands,
  the program faults out (segfault) giving me errors that it cannot find
  the functions internal to scheme48vm
 
 It sounds like you need to link the executable with -Wl,-E. 
 Read man 1 ld -E option to understand why.

Yes, this problem was solved thanks to some help at
[EMAIL PROTECTED] That was the issue. This has been fixed when I
submitted the port more officially to the list. In the end, it boiled
down to LDFLAGS=-Wl,--export-dynamic.

-- 
Aaron Hsu [EMAIL PROTECTED] 
http://www.aaronhsu.com 
XMPP/Jabber/GTalk: [EMAIL PROTECTED] | ICQ: 153114301
AIM/Yahoo: NoorahAbeer | MSN: [EMAIL PROTECTED]

Re: [SOLVED] Re: lang/scheme48 new port, request for assistance

[Kurt Miller]

Aaron W. Hsu wrote:

On Thu, Jul 27, 2006 at 09:07:09AM -0400, Kurt Miller wrote:
  

On Saturday 22 July 2006 7:44 pm, Aaron W. Hsu wrote:
...


Basically, Scheme allows external C libraries to access the
scheme48vm's internal C structures through a scheme48.h header
file. One such program (http://magic.xmog.com) is using a postgresql.c
wrapper file to provide special wrappers to my Scheme programs. In
doing so, it utilizes some of the internal structures (functions,
variables, etc.) declared in scheme48.h. 


However, when I load this software (further instructions on
reproducing the exact error are below), and run the proper commands,
the program faults out (segfault) giving me errors that it cannot find
the functions internal to scheme48vm
  
It sounds like you need to link the executable with -Wl,-E. 
Read man 1 ld -E option to understand why.



Yes, this problem was solved thanks to some help at
[EMAIL PROTECTED] That was the issue. This has been fixed when I
submitted the port more officially to the list. In the end, it boiled
down to LDFLAGS=-Wl,--export-dynamic.
  


Ahh good. I missed that you fixed it already - behind on my emails.

-Kurt

lang/scheme48 new port, request for assistance

[Aaron W. Hsu]

Hello all,

I have two requests to make here, and I hope that at least the second
request will receive something of a favourable reply.

To begin, I am working to port over scheme48 for OpenBSD for my own
personal use, and the ports works, so far. Enough that most of the
things necessary to post it up are done. The problem is that I don't
run -current. I'm well aware of the rules that I must be running
-current if I want to submit a port; I just can't do that right now
(stability). Instead, I was wondering if there is someone who would be
willing to pick up moving the port to -current for me? The software
itself is very self-contained and minimal. I have attached what I have
thus far, and if someone is willing to work with me on testing and
fixing it, I would greatly appreciate it.

Second, there is one known bug in this port so far. It is causing
me no end in my headaches. 

Basically, Scheme allows external C libraries to access the
scheme48vm's internal C structures through a scheme48.h header
file. One such program (http://magic.xmog.com) is using a postgresql.c
wrapper file to provide special wrappers to my Scheme programs. In
doing so, it utilizes some of the internal structures (functions,
variables, etc.) declared in scheme48.h. 

However, when I load this software (further instructions on
reproducing the exact error are below), and run the proper commands,
the program faults out (segfault) giving me errors that it cannot find
the functions internal to scheme48vm (the virtual machine which loads
the postgresql.so wrapper library in Magic). Learning about stripping
from the ports docs, I thought perhaps the stripped executable was not
able to reference its own functions when they were called from an
external library. I supposed that removing the stripping from the
executable might solve my problem. Doing so, I verified that the
necessary functions were indeed inside the vm, and then I tried
again. Still, I had no luck, and the same error occurs. :-(

I am now at a loss as to what might be special about OpenBSD (this
works in Slackware 10.2) that would result in a program being unable
to locate its own functions. I hope that submitting this problem to
the OpenBSD porting gurus will result in some hidden knowledge being
released, as I was unable to find any porting troubles related to my
topic being mentioned anywhere on any of the searchable mailing lists
of NetBSD or FreeBSD, both of which have ports of Scheme48. In
addition, a general search and request to IRC and search engines
reveals nothing.

What could be causing this problem?

REPRODUCING SEGFAULT ERROR IN SCHEME48

To duplicate the problem, one can use this port to install scheme48,
then, get a copy of Magic from (http://magic.xmog.com) and install it
to some directory. Please then install the error_stuff.tar.gz package
to the Magic directory. After doing so, enter the Magic directory and

$ cd c
$ cp ../error_stuff/Makefile .
$ make

This will make and install the postgresql.so file into magic_dir/lib.

$ cd magic_dir
$ scheme48
[you will see the scheme48 prompt, represented as ]
 ,config ,load packages.scm
 ,config ,load error_stuff/packages.scm
 ,in application

From this you should receive the following output:

/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_pop_gc_rootsB'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_enter_integer'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_stob_ref'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_stob_has_type'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_extract_byte_vector'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_make_vector'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_enter_string'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_call_scheme'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_stob_set'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_extract_string'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_enter_byte_vector'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_define_exported_binding'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_raise_scheme_exception'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_enter_pointer'
/usr/local/lib/scheme48/scheme48vm:lib/postgresql.so: undefined symbol 
's48_push_gc_rootsB'
Segmentation fault (core dumped) 


-- 
Aaron Hsu [EMAIL PROTECTED] 
http://www.aaronhsu.com 
XMPP/Jabber/GTalk: [EMAIL PROTECTED] | ICQ: 153114301
AIM/Yahoo: NoorahAbeer | MSN: [EMAIL PROTECTED]


error_stuff.tar.gz
Description: application/tar-gz


scheme48.tar.gz
Description: application/tar-gz

Re: Nessus-Port - Request

[Alexandre Anriot]

 Dear Wilfried,
 
 Would it be possible to replace Nessus with OpenVAS?
 OpenVAS is an Open-Source Fork of the latest free Nessus-Sources.
 
 Nessus gets closed source soon and OpenVAS will use the latest free Src to pr
 ovide an OpenSource Security-Scanner (like Nessus was).
 They already include a lot things Nessus misses.

Indeed, the situation has become bad, but it's not really as is. The
version in-tree will stay free, using only free parts.
 
 The code can be found here:
 http://www.openvas.org/doku.php?id=code
 
 The name Gnessus is obsulate because Gnessus and Portz-Wahn (2 OpenSour
 ce Forks of Nessus) merged (OpenVAS).

It's a good idea, and it's planned. But it would be better to wait a few
weeks to be sure that this project is not going to fuckup itself, and to
have a stable alternative to go toward.

Nessus-Port - Request

[Rembrandt]

Dear Wilfried,

Would it be possible to replace Nessus with OpenVAS?
OpenVAS is an Open-Source Fork of the latest free Nessus-Sources.

Nessus gets closed source soon and OpenVAS will use the latest free Src to 
provide an OpenSource Security-Scanner (like Nessus was).
They already include a lot things Nessus misses.

The code can be found here:
http://www.openvas.org/doku.php?id=code

The name Gnessus is obsulate because Gnessus and Portz-Wahn (2 OpenSource 
Forks of Nessus) merged (OpenVAS).

Kind regards,
Rembrandt

Re: ettercap/bsd-airtools-Port - Request for removing.... and...critic

[Alexandre Anriot]

On Sat, Jun 18, 2005 at 01:19:37PM +0200, [EMAIL PROTECTED] wrote:
 Nobody cares for the ettercap port and nobody updates it.
 And I noticed today again that the port builds fine but that the software
 WONT run on i386/amd64...
 
 Nothings changed for nearly a year...
 But now ettercap wont even start and isn't even useable in the Console-Mode.

ettercap-NG-0.7.* versions need a recent hype libpcap, and it's painful
to let them work with our libpcap (pcap_if_t type, etc..).

-- 

Alexandre Anriot
[EMAIL PROTECTED]

Re: ettercap/bsd-airtools-Port - Request for removing....

[sebastian . rother]

 blah blah blah blah


 just stop it

Does your ettercap-port work?
My copy of the port dosn't (i386 and amd64 (both: stable and current)...).
work != compiles fine...

I just noticed:
Critic: The port dosn't work (well)
Solution: none (or include and own tool into OpenBSD (like tcpdump,
httpd...))

And it's not the first time I critic that for that port.
Ports wich wont work should be killed if they can't be updated.
And I know the changes wich would be needed to make that port work...

Btw: You said the same to ACPI or lladdr. bot are included now.
So let the flame ends here and write me a mail if you wanna talk, or write
me none if you wont...

Just because you dislike me dosn't mean I'm wrong nor right...

Kind regards,
Sebastian

ettercap/bsd-airtools-Port - Request for removing.... and...critic

[sebastian . rother]

To make it as short as possible...

Nobody cares for the ettercap port and nobody updates it.
And I noticed today again that the port builds fine but that the software
WONT run on i386/amd64...

Nothings changed for nearly a year...
But now ettercap wont even start and isn't even useable in the Console-Mode.

So I request to REMOVE this port for OpenBSD 3.8 because the Maintainer
wont update it.

Btw. the BSD-Airtools fail too (tested with a Wi-Interface wich should be
definitifly supported by the BSD-Airtools).

Ports wich wont work or wich are not maintained anymore (or developed)
should be removed. I guess there also better tools for Wlan-Tests (Kismet,
airsnort and many many others) wich are activly developed and maintained.

Maybe the developers could include the tool and improve it because it's a
realy nice tool to test WLANs, at least it was realy nice...
Yeah I know the comments No we don#t need that sh*t.
Sure..but the same guys said the same things about the lladdr-Faeuture
or ACPI-Support. Sure 60 developers are not a lot so I guess the time is
rare. But OpenBSD misses realy good ports or at least programs to test
WLANs.
At least even wicontrol -i wi0 -l fails to show me some stations even
tcpdump noticed them (a free Wlan).

But for the port:
I just guess software wich wont work correctly isn't useable for the all.
Maybe if we're a Linux-Distri but I guess we're not otherwise we should
support shit like TCPA (aka *manyotherwords*) too...

Just take it as critic and inspiration.
And if you wanna start flamming me then please PERSONALY and don#t
mailbomb the list

Kind regards,
Sebastian

p.s.
Ted no I can't help coding and you wont let me maintain ports.
So at least these are pointless arguments

Re: ettercap/bsd-airtools-Port - Request for removing.... and...critic

[Chris Kuethe]

On 6/18/05, Ben Hooper [EMAIL PROTECTED] wrote:
 
 |Btw. the BSD-Airtools fail too (tested with a Wi-Interface
 |wich should be
 |definitifly supported by the BSD-Airtools).
 
 I use dstumbler frequetly with wi(4). What problems are you seeing?

Indeed. All my cards work with airtools. You'll note that there hasn't
been a new release of bsd-airtools in ages.

These three are prism...
wi0 at pci1 dev 2 function 0 Intersil PRISM2.5 rev 0x01: irq 11
wi0: PRISM2.5 ISL3874A(Mini-PCI), Firmware 1.1.0 (primary), 1.4.9
(station), address 00:05:3c:04:b5:d4

wi1 at pcmcia0 function 0 Instant Wireless ,  Network PC CARD,
Version 01.02 port 0xa000/64
wi1: PRISM2 HWB3163 rev.A, Firmware 0.3.0 (primary), 0.8.3 (station),
address 00:06:25:52:2f:de

wi2 at pcmcia1 function 0 WLAN, 11Mbps_PC-Card_3.0, ISL37100P port 0xa000/64
wi2: PRISM3 ISL37300P, Firmware 1.1.1 (primary), 1.8.0 (station),
address 00:02:6f:33:69:1a

This one's an orinoco, so I can't use monitor mode, but it works too...
wi1 at pcmcia0 function 0 Compaq, Compaq WL110 PC Card, Version
01.01 port 0xa000/64
wi1: Firmware 8.72 variant 1, address 00:02:a5:2e:1c:5f


-- 
GDB has a 'break' feature; why doesn't it have 'fix' too?