On Thu, 1 Jul 2021, RVP wrote:
Can you try the patch below?
Well, fixing this in the obvious manner seems to have uncovered
a more serious bug: stream corruption, due to, I suspect, using
stdio functions (snprintf) inside the SIGALRM handler for the
progress-bar:
$ for i in base comp games
What you describe -may- be fallout from not having an accurate system
time set. When I am working with some of my Arm Single Boards without
batteries I get something that sounds like that when I forget to
have ntpdate set to run in rc.conf.
Modern browsers -really- like to have the same time
>From what it sounds like this seems to be a case of either the USB 3
chip not being supported, or the xhci driver not quite gluing to it.
This often results in the USB 2 and 1 stuff still working, but nothing
USB 3 attaching.
Given all of the trials described in other messages, it could be
either
On 7/1/21 10:17 PM, Todd Gruhn wrote:
I like the point about DNS -- sooo if I accept tcp/53 and udp/53, that
can speed things
up?
On Thu, Jul 1, 2021 at 10:03 PM Todd Gruhn wrote:
How would I know if IPF is the problem?
I stole the IPF rules from 2 of the IPF examples in /usr/share/examples/i
On Fri, 2 Jul 2021, Todd Gruhn wrote:
UH, thats NetBSD-HEAD? I am running HEAD currently (from June 25?)
How does FireFox run on more recent releases of NetBSD-HEAD?
If you're running -HEAD from June 25, then you have 9.99.85, and your
FF-induced system lockups have a different cause from
Thanks. I would have to boot the CD and check.
I put the days date on the CD.
On Fri, Jul 2, 2021 at 5:10 PM RVP wrote:
>
> On Fri, 2 Jul 2021, Todd Gruhn wrote:
>
> > UH, thats NetBSD-HEAD? I am running HEAD currently (from June 25?)
> > How does FireFox run on more recent releases of NetBSD
Below is the piece of the kernel config in question.
I put moet of the drivers in "GENERIC.local" and pulled it in.
If I execute "config GENERIC*-1-July-2021". It works.
If it cd to this dir and execute "make depend". Whats wrong?
AAAND what is /etc/mk.conf doing in here?
I am trying to avoid co
I avoid Chrome -- to hard to use.
I only use it for testing my website. When you use 2 F'Fox windows,
you get strange
results. Maybe its because they share caches. If you use Chrome you have 2
separate caches.
On Fri, Jul 2, 2021 at 1:35 PM Mike Pumford wrote:
>
>
>
> On 02/07/2021 13:38, Rhialto
On 02/07/2021 13:38, Rhialto wrote:
On Fri 02 Jul 2021 at 07:39:20 -0400, Todd Gruhn wrote:
I started NetBSD, and shutoff IPF. Pinging mail.google.com and
gsuite.google.com both got immediate
results. If I left IPF down, and start FireFox, and goto
mail.google.com, I get the "Critical Securit
On Fri, 2 Jul 2021, Brett Lymn wrote:
On Fri, Jul 02, 2021 at 07:39:20AM -0400, Todd Gruhn wrote:
How much of this prob is IPF and how much is Google?
Probably neither,
Yeah. Firefox is locking up my system too after upgrading to 9.99.86.
Either go back to .85, or wait until the issues w
UH, thats NetBSD-HEAD? I am running HEAD currently (from June 25?)
How does FireFox run on more recent releases of NetBSD-HEAD?
As for the security-issues-popups, I just block them with AdBlock...
On Fri, Jul 2, 2021 at 9:10 AM RVP wrote:
>
> On Fri, 2 Jul 2021, Brett Lymn wrote:
>
> > On
Todd Gruhn wrote:
>
>Is there a way to order IPF-rules so I can get on gmail quicker?
>What about speeding up network access in general?
>From your other emails I'm guessing that you are running -current now.
The reason that IPF was not provided already built is that use of it is
deprecated du
On Fri 02 Jul 2021 at 07:39:20 -0400, Todd Gruhn wrote:
> I started NetBSD, and shutoff IPF. Pinging mail.google.com and
> gsuite.google.com both got immediate
> results. If I left IPF down, and start FireFox, and goto
> mail.google.com, I get the "Critical Security Alert" popup,
> and the mouse ge
I usually find gmail with DDG, then click on it.
On Fri, Jul 2, 2021 at 8:17 AM Brett Lymn wrote:
>
> On Fri, Jul 02, 2021 at 07:39:20AM -0400, Todd Gruhn wrote:
> > I started NetBSD, and shutoff IPF. Pinging mail.google.com and
> > gsuite.google.com both got immediate
> > results. If I left IPF
On Fri, Jul 02, 2021 at 07:39:20AM -0400, Todd Gruhn wrote:
> I started NetBSD, and shutoff IPF. Pinging mail.google.com and
> gsuite.google.com both got immediate
> results. If I left IPF down, and start FireFox, and goto
> mail.google.com, I get the "Critical Security Alert" popup,
> and the mous
I started NetBSD, and shutoff IPF. Pinging mail.google.com and
gsuite.google.com both got immediate
results. If I left IPF down, and start FireFox, and goto
mail.google.com, I get the "Critical Security Alert" popup,
and the mouse gets frozen. I need to press the button, and reboot.
How much of th
I just tried again:If I acces email with both NetBSD and Windoze, I get a popup
regarding "suspicious access attempt". If I am using NetBSD, the mouse gets
frozen and I need to reboot.
Is Goog playing a new trick?
On Thu, Jul 1, 2021 at 11:30 PM Brett Lymn wrote:
>
> On Thu, Jul 01, 2021 at 10:1
17 matches
Mail list logo