On 2024-12-29 10:14, Jon Fineman wrote:
On Tue, Dec 24, 2024 at 06:42:49PM -0400, Ricky Cintron wrote:
On 2024-12-24 08:27, Jon Fineman wrote:
third sub net ($wired3) (10.0.3.x) I would like to restrict traffic
between it
and the ISP. Clients on 10.0.3.x should not be able to access the
On 2024-12-24 08:27, Jon Fineman wrote:
On Tue, Dec 24, 2024 at 02:26:18AM +0100, Markus Wernig wrote:
On 12/23/24 19:31, Jon Fineman wrote:
third sub net ($wired3) (10.0.3.x) I would like to restrict traffic
between it
and the ISP. Clients on 10.0.3.x should not be able to access the
other s
On 2023-07-08 05:22, Alexandre Ratchov wrote:
On Fri, Jul 07, 2023 at 06:23:26PM -0400, Ricky Cintron wrote:
I recently resolved an audio issue where I could hear a constant,
light
static noise in my earphones. It wasn't loud or distracting, but it
was
always there. The solution was to r
On 2023-07-07 23:26, Chris Bennett wrote:
On Fri, Jul 07, 2023 at 06:23:26PM -0400, Ricky Cintron wrote:
I recently resolved an audio issue where I could hear a constant,
light
static noise in my earphones. It wasn't loud or distracting, but it
was
always there. The solution was to remove
I recently resolved an audio issue where I could hear a constant, light
static noise in my earphones. It wasn't loud or distracting, but it was
always there. The solution was to remove 'mix' as a source for mix2 and
mix3.
However, once I got rid of that static, I noticed some additional noise
tha
On 2023-07-04 12:00, Alexandre Ratchov wrote:
On Mon, Jul 03, 2023 at 05:18:13PM -0400, Ricky Cintron wrote:
While troubleshooting some audio issues, I noticed that the values of
play.bytes and record.bytes in audioctl's output were identical, even
when only playing audio.
1) Is this exp
While troubleshooting some audio issues, I noticed that the values of
play.bytes and record.bytes in audioctl's output were identical, even
when only playing audio.
1) Is this expected behavior?
2) What is the source of this data (record.bytes)?
I found it interesting that the values were the sa
When watching fullscreen videos in Firefox on my OpenBSD desktop,
Firefox
doesn't inhibit DPMS, allowing the display to turn off. This isn't new
for me,
since I noticed the same thing back in 2018. At that time, I tested
Chromium as
well, and it performed as expected by keeping my display on.
3rd gen
>
> machine, but have no proof to conclusively claim this.
>
> Cheersm
>
> Mark
>
> P.S. If any OpenBSD developer is reading this email, I am more than
>
> happy to try out tpm(4) patches and report back.
>
> On 3/23/2021 3:48 AM, Ricky Cintron wrote:
>
Hey Mark, I don't have an X1C so I can't offer any hardware-specific advice,
but I see you're using the ZZZ command to hibernate the system, yet it appears
you want to suspend the system (based on wording). Have you tested zzz
(lowercase) instead? Maybe your hardware/setup doesn't support hibernati
As previously mentioned, you can use xset(1) to disable DPMS (and the
screensaver,
if necessary). I use the following commands to disable and re-enable these
temporarily.
xset s off -dpms
xset s on +dpms
Since your keyboard also becomes unresponsive, it looks like you're problem is
something els
11 matches
Mail list logo
