would be better.
On 2025/09/01 15:56, ykla wrote:
> No diff, sorry. just feature request.
>
> Mike Larkin 于2025年9月1日周一 10:47写道：
> >
> > On Mon, Sep 01, 2025 at 04:26:10AM +0800, ykla wrote:
> > > Hi,
> > >
> > > Hello OpenBSD developers,
> >
On Mon, Sep 01, 2025 at 09:16:16AM +0100, Stuart Henderson wrote:
> I might be wrong but I think with many of the modern wlan interfaces,
> this is controlled by the firmware rather than the net80211 layer..
>
> I think _probably_ the table you're looking at is mainly there for
> hostap.
The reg
No diff, sorry. just feature request.
Mike Larkin 于2025年9月1日周一 10:47写道：
>
> On Mon, Sep 01, 2025 at 04:26:10AM +0800, ykla wrote:
> > Hi,
> >
> > Hello OpenBSD developers,
> >
> > I would like to propose an update to the net80211 ieee80211_regdomain.c
&g
On Mon, Sep 01, 2025 at 04:26:10AM +0800, ykla wrote:
> Hi,
>
> Hello OpenBSD developers,
>
> I would like to propose an update to the net80211 ieee80211_regdomain.c
> and .h files. These files have not received any commits for over ten years,
> and the current regdomain definitions are missing sev
Hi,
Hello OpenBSD developers,
I would like to propose an update to the net80211 ieee80211_regdomain.c
and .h files. These files have not received any commits for over ten years,
and the current regdomain definitions are missing several modern features:
- DFS channels support (e.g., channels > 48
Hi,
Please consider adding "Sound Open Firmware" framework to OpenBSD?
Sound drivers/firmware for Azalia hardware is not loading on newer hardware
(such as Dell Xps 13 9315). The system is a plain vanilla install of OpenBSD
7.6 (with FDE) which has had multiple "sysupgrade -s" to 7.6 current.
I see.
I'll shoot another request into the FreeBSD bug tracker.
Thanks.
On 20/11/2024 17:51, Stuart Henderson wrote:
On 2024/11/20 17:31, Rob LA LAU wrote:
Okay, that's very well possible. But your mail didn't really change that...
Could you elaborate?
FreeBSD's PF is from about 20 years ag
> Anyway, the patch is here, so it's a matter of time before this
> feature appears in FreeBSD.
Uhm yeah, good luck with that. I don't think you understand the situation.
On 2024/11/20 17:31, Rob LA LAU wrote:
> Okay, that's very well possible. But your mail didn't really change that...
> Could you elaborate?
FreeBSD's PF is from about 20 years ago and has diverged a lot.
They generally aren't taking new things from OpenBSD PF.
OTOH this is a simple change and the
Okay, that's very well possible. But your mail didn't really change that...
Could you elaborate?
On 20/11/2024 17:16, Theo de Raadt wrote:
Anyway, the patch is here, so it's a matter of time before this
feature appears in FreeBSD.
Uhm yeah, good luck with that. I don't think you understand t
I've seen the patch already.
Thanks all involved for the super-fast response.
To answer your question...
On 20/11/2024 12:24, Stuart Henderson wrote:
...don't those tools already manage expiry? I haven't used blacklistd
or fail2ban, but sshguard does, with increasing timeouts for repeat
offende
On Tue, 19 Nov 2024 22:51:25 +0100,
Rob LA LAU wrote:
>
> The resetting of statistics for all IP addresses in a specified table is
> already implemented (`pfctl -t sometable -T zero').
> However, resetting the statistics for a single IP address in a table
> would allow me to continuously block rep
On 2024/11/19 22:51, Rob LA LAU wrote:
> I'd like to request the implementation of a new feature in pfctl.
> This new feature, as stated in the subject, would allow resetting the
> statistics for a single IP address.
>
> The resetting of statistics for all IP addresses in a specified table is
> al
was a problem
unrelated to any firewall, it does illustrate the importance of not
blindly blacklisting an IP address indefinitely).
I would have loved to include a patch to pfctl with this feature
request, but I don't have enough confidence in my C skills to do so.
It's been at leas
Stuart Henderson wrote:
> On 2022/12/19 17:41, Peter Nicolai Mathias Hansteen wrote:
> > > 17. des. 2022 kl. 13:03 skrev Andrey :
> > >
> > >
> > > I need an installation image that immediately, in addition to OpenBSD,
> > > install xfce for me and will automatically launch XFCE when the compu
On 2022/12/19 17:41, Peter Nicolai Mathias Hansteen wrote:
> > 17. des. 2022 kl. 13:03 skrev Andrey :
> >
> >
> > I need an installation image that immediately, in addition to OpenBSD,
> > install xfce for me and will automatically launch XFCE when the computer is
> > turned on. For many reason
> 17. des. 2022 kl. 13:03 skrev Andrey :
>
>
> I need an installation image that immediately, in addition to OpenBSD,
> install xfce for me and will automatically launch XFCE when the computer is
> turned on. For many reasons, it is impossible to download it manually,
> especially when you are
I need an installation image that immediately, in addition to OpenBSD, install
xfce for me and will automatically launch XFCE when the computer is turned on.
For many reasons, it is impossible to download it manually, especially when you
are very far from the Internet, and having a separate ins
haha. So OpenBSD works best without all the Linux BS or Windows BS. The
defaults for OpenBSD are preferred and will improve life by strengthening
character.
> On Jul 18, 2020, at 8:58 PM, tchi ci wrote:
>
> Hi.
>
> It is just as the subject says.
>
> During installation, there comes a point
On Sun, Jul 19, 2020 at 06:58:45AM +0300, tchi ci wrote:
> Hi.
>
> It is just as the subject says.
>
> During installation, there comes a point where partitioning is
> necessary. The default, e.g. just pressing enter, will automatically
> take over the whole drive, which is fine I suppose; howeve
Hi.
It is just as the subject says.
During installation, there comes a point where partitioning is
necessary. The default, e.g. just pressing enter, will automatically
take over the whole drive, which is fine I suppose; however, the lack of
a confirmation isn't.
Personally, I was going to manual
>Synopsis: Feature request httpd location match / pass URI
>Category: user
>Environment:
System : OpenBSD 6.2
Details : OpenBSD 6.2 (GENERIC.MP) #5: Fri Feb 2 23:02:19 CET 2018
r...@syspatch-62-amd64.openbsd.org:/usr/src/sys/a
>Synopsis: Feature request: honor proxy setting in pkg.conf
>Category: user
>Environment:
System : OpenBSD 6.0
Details : OpenBSD 6.0-current (GENERIC) #167: Sun Feb 12 13:50:27
MST 2017
dera...@amd64.openbsd.org:/usr/src/sys/a
On 2016 May 17 (Tue) at 22:17:04 +0100 (+0100), Stuart Henderson wrote:
:On 2016/05/17 21:34, Stuart Henderson wrote:
:> On 2016/05/17 18:35, Kevin Wier wrote:
:> > I would like to submit a feature request to where networks could
:> > be announced per neighbor instead of globa
On 2016/05/17 21:34, Stuart Henderson wrote:
> On 2016/05/17 18:35, Kevin Wier wrote:
> > I would like to submit a feature request to where networks could
> > be announced per neighbor instead of globally. This would afford the
> > benefit of manipulating inbound BGP pre
On 2016/05/17 18:35, Kevin Wier wrote:
> I would like to submit a feature request to where networks could
> be announced per neighbor instead of globally. This would afford the
> benefit of manipulating inbound BGP preferences to utilize a larger
> inbound connection by announcing
I would like to submit a feature request to where networks could be announced
per neighbor instead of globally. This would afford the benefit of
manipulating inbound BGP preferences to utilize a larger inbound connection by
announcing the smaller ranges, being more specific than the larger
> On 11/12/2014 11:19 AM, Stefan Sperling wrote:
> > On Wed, Nov 12, 2014 at 10:11:23AM +0200, Lars Engblom wrote:
> >> Please consider to add support for a hostname.default. If no hostname.X is
> >> matching the interface, this file would be used as last resource before
> >> giving up configuring
On 11/12/2014 11:19 AM, Stefan Sperling wrote:
On Wed, Nov 12, 2014 at 10:11:23AM +0200, Lars Engblom wrote:
Please consider to add support for a hostname.default. If no hostname.X is
matching the interface, this file would be used as last resource before
giving up configuring the interface.
Be
On Wed, Nov 12, 2014 at 10:11, Lars Engblom wrote:
> When needing to move a disk over from one computer to another, you quite
> often end up with hostname.X having the wrong name. Often it can be
> difficult to know what the interface will be called before booting up
> openbsd. As many servers are
On Wed, Nov 12, 2014 at 03:10:01PM +, Stuart Henderson wrote:
> On 2014/11/12 09:49, rjc wrote:
> > On Wed, Nov 12, 2014 at 09:13:37AM EST, Stefan Sperling wrote:
> >
> > > On Wed, Nov 12, 2014 at 03:26:02PM +0200, Lars Engblom wrote:
> > >
> > > > I guess you mean the case of having several n
On 2014/11/12 09:49, rjc wrote:
> On Wed, Nov 12, 2014 at 09:13:37AM EST, Stefan Sperling wrote:
>
> > On Wed, Nov 12, 2014 at 03:26:02PM +0200, Lars Engblom wrote:
> >
> > > I guess you mean the case of having several network interfaces. Let
> > > all of the unconfigured interfaces get the IP set
On Wed, Nov 12, 2014 at 09:13:37AM EST, Stefan Sperling wrote:
> On Wed, Nov 12, 2014 at 03:26:02PM +0200, Lars Engblom wrote:
>
> > I guess you mean the case of having several network interfaces. Let
> > all of the unconfigured interfaces get the IP settings from
> > hostname.default and write th
On Wed, Nov 12, 2014 at 03:13:37PM +0100, Stefan Sperling wrote:
> On Wed, Nov 12, 2014 at 03:26:02PM +0200, Lars Engblom wrote:
> > I guess you mean the case of having several network interfaces. Let all of
> > the unconfigured interfaces get the IP settings from hostname.default and
> > write thi
On Wed, Nov 12, 2014 at 03:26:02PM +0200, Lars Engblom wrote:
> I guess you mean the case of having several network interfaces. Let all of
> the unconfigured interfaces get the IP settings from hostname.default and
> write this in the documentation. It is easier to plug in just one cable than
> hav
On Wed, Nov 12, 2014 at 10:11:23AM +0200, Lars Engblom wrote:
> Please consider to add support for a hostname.default. If no hostname.X is
> matching the interface, this file would be used as last resource before
> giving up configuring the interface.
Before configuring _which_ interface?
When needing to move a disk over from one computer to another, you quite
often end up with hostname.X having the wrong name. Often it can be
difficult to know what the interface will be called before booting up
openbsd. As many servers are just accessable with ssh (and not through
keyboard and
sshd produces the following kind of log entry when the client specifies
invalid or unavailable algorithms. The remote ip address and the remote
port are missing from the log entry:
Apr 23 19:47:16 foo sshd[25550]: fatal: no matching
mac found: client hmac-sha1,hmac-sha1-96,hmac-md
Hi
Is the development of the OpenBSD/loongson port still active?
I want an accelerated X server.
Also it'd been nice with some more prebuilt packages for the mips64el
arch. I use a Lemote Yeeloong laptop, and it have limited resources
to build larger packages from the ports system. I failed to b
On Tue, Sep 10, 2013 at 06:23:38PM +0200, Markus Uhlin wrote:
> Hi
>
> Can you please add support for this PCI-E card:
> http://www.delock.de/produkte/F_324_Parallel_89219/merkmale.html
>
> It's currently not recognized by the kernel. It lets you connect older
> printers (not usb).
>
> The kern
Hi
Can you please add support for this PCI-E card:
http://www.delock.de/produkte/F_324_Parallel_89219/merkmale.html
It's currently not recognized by the kernel. It lets you connect older
printers (not usb).
The kernel prints out this message:
vendor "Oxford", unknown product 0xc110 (class commu
> Just spent a long time troubleshooting a tiny typo in a gre tunnel due to
> some odd symptoms.
>
>
>
> We had 2 machines a,b. machine a is configured properly with a gre tunnel,
> machine b has its return (or origin ip) typo'd. Traffic is being sent from b
> to a, but shows in pflog. It look
On 2013/07/16 15:43, Matthew Oyer wrote:
> Just spent a long time troubleshooting a tiny typo in a gre tunnel due to
> some odd symptoms.
>
> We had 2 machines a,b. machine a is configured properly with a gre tunnel,
> machine b has its return (or origin ip) typo'd. Traffic is being sent from b
>
Just spent a long time troubleshooting a tiny typo in a gre tunnel due to
some odd symptoms.
We had 2 machines a,b. machine a is configured properly with a gre tunnel,
machine b has its return (or origin ip) typo'd. Traffic is being sent from b
to a, but shows in pflog. It looks as if openbsd
On 25-4-2012 0:29, Brad Smith wrote:
On 24/04/12 5:05 PM, Marco V wrote:
Today I bought a new Medion AKOYA E2068 D pc with a RTL8111 F nic.
The problem is that any other system on the LAN seems to ignore packets
from this nic.
I tried it with a fresh installed OpenBSD 5.0 installation, but also
On 25/04/12 2:47 PM, Marco V wrote:
On 25-4-2012 0:29, Brad Smith wrote:
On 24/04/12 5:05 PM, Marco V wrote:
Today I bought a new Medion AKOYA E2068 D pc with a RTL8111 F nic.
The problem is that any other system on the LAN seems to ignore packets
from this nic.
I tried it with a fresh installe
On 24/04/12 5:05 PM, Marco V wrote:
Today I bought a new Medion AKOYA E2068 D pc with a RTL8111 F nic.
The problem is that any other system on the LAN seems to ignore packets
from this nic.
I tried it with a fresh installed OpenBSD 5.0 installation, but also via
de Shell of the OpenBSD 5.0
instal
On 2012/04/24 23:05, Marco V wrote:
> Today I bought a new Medion AKOYA E2068 D pc with a RTL8111 F nic.
> The problem is that any other system on the LAN seems to ignore packets
> from this nic.
> I tried it with a fresh installed OpenBSD 5.0 installation, but also via
> de Shell of the OpenBSD
Today I bought a new Medion AKOYA E2068 D pc with a RTL8111 F nic.
The problem is that any other system on the LAN seems to ignore packets
from this nic.
I tried it with a fresh installed OpenBSD 5.0 installation, but also via
de Shell of the OpenBSD 5.0
install50.iso and the OpenBSD 4.6 install4
On Friday, July 16, Sebastiaan van Erk wrote:
>
> I am a very happy user of PF, so first of all, thanks for the wonderful
> software!
>
> I do have a feature request though; consider the following example from
> the man page:
>
> ips = "{ 1.2.3.4, 1.2.3.5 }
all, thanks for the
wonderful software!
I do have a feature request though; consider the following example
from the man page:
ips = "{ 1.2.3.4, 1.2.3.5 }"
pass in proto tcp from any to $ips \
port > 1023 label "$dstaddr:$dstport"
I love the
On Fri, Jul 16, 2010 at 09:27:16AM +0200, Sebastiaan van Erk wrote:
> Hi,
>
> I am a very happy user of PF, so first of all, thanks for the
> wonderful software!
>
> I do have a feature request though; consider the following example
> from the man page:
>
>
Hi,
I am a very happy user of PF, so first of all, thanks for the wonderful
software!
I do have a feature request though; consider the following example from
the man page:
ips = "{ 1.2.3.4, 1.2.3.5 }"
pass in proto tcp from any to $ips \
p
53 matches
Mail list logo
