On Tue, Nov 10, 2020 at 02:11:32PM +, Patrick Welche wrote:
> On Tue, Nov 10, 2020 at 05:26:26AM -0800, Chuck Silvers wrote:
> > On Tue, Nov 10, 2020 at 11:40:08AM +, Patrick Welche wrote:
> > > My 4 Nov -current/amd64 build box seems to be building slowly, with a lot
> > > of "biowait", e.
Updating src tree:
P src/BUILDING
P src/distrib/sets/comments
P src/distrib/sets/deps
P src/distrib/sets/descrs
P src/distrib/sets/sets.subr
P src/distrib/sets/lists/base/mi
P src/distrib/sets/lists/comp/mi
P src/distrib/sets/lists/debug/mi
P src/distrib/sets/lists/games/mi
P src/distrib/sets/lis
Hello... I would like to first thanks everyone who worked on and
contributed wg(4). For the past week or so I have been pushing lots of
bits attaching a 9.99.74 DOMU to a commercial VPN provider who provides
WireGuard as an option. After working out their rest API to get keys
set, it has been w
On Tue, 10 Nov 2020 19:48:47 +
m...@netbsd.org wrote:
> Also, I strongly recommend offering a bounty for smaller units of
> work, even when you want a bigger one. It avoids problems with people
> dividing the work.
>
> If you would like this to be curated "officially" we can create a wiki
> p
> On Nov 10, 2020, at 11:47 AM, Jeffrey Walton wrote:
>
>
> Oh, interesting. I've looked for NetBSD swag but I have not been able
> to find it. Confer, https://www.amazon.com/s?k=netbsd.
I'm not referring to swag, I'm referring to the Smile program that donates a
portion of eligible purchase
In article ,
Jeffrey Walton wrote:
>On Tue, Nov 10, 2020 at 11:53 AM Jason Thorpe wrote:
>>
>> > On Nov 10, 2020, at 6:18 AM, Jeffrey Walton wrote:
>> >
>> > NetBSD should consider Amazon, too. They have a program for donations
>> > to nonprofits. Amazon is a big marketplace with lots of users.
On Tue, Nov 10, 2020 at 06:59:32PM +, Sad Clouds wrote:
> On Tue, 10 Nov 2020 18:25:09 +
> m...@netbsd.org wrote:
>
> > As for sun4v, I believe Palle is doing work on this sometimes.
>
> Yes, I've seen from the posts on sparc64 mailing list that some people
> are working on it, but often
On Tue, Nov 10, 2020 at 11:53 AM Jason Thorpe wrote:
>
> > On Nov 10, 2020, at 6:18 AM, Jeffrey Walton wrote:
> >
> > NetBSD should consider Amazon, too. They have a program for donations
> > to nonprofits. Amazon is a big marketplace with lots of users. The
> > trust relationship is already in p
On Tue, 10 Nov 2020 18:25:09 +
m...@netbsd.org wrote:
> As for sun4v, I believe Palle is doing work on this sometimes.
Yes, I've seen from the posts on sparc64 mailing list that some people
are working on it, but often developers have other commitments and bills
to pay, so the progress can be
> On Nov 10, 2020, at 9:06 AM, Vincent DEFERT <20@defert.com> wrote:
>
>
> On 10/11/2020 17:53, Jason Thorpe wrote:
>> Yah, that's Amazon Smile, and NetBSD is already on it.
>
> Are there geographic restrictions to this program?
> I can't find it on smile.amazon.de.
That, I don't know.
-
On Tue, 10 Nov 2020 at 18:25, wrote:
> The usual way that TNF funding of projects work is that a developer will
> come to TNF with a proposal for the project to fund their work.
> Actively seeking out developers when nobody has come forward is a
> challenge, because the sums of money are usually
On Tue, Nov 10, 2020 at 04:02:55PM +, Sad Clouds wrote:
> On Tue, 10 Nov 2020 08:32:29 -0500
> matthew sporleder wrote:
>
> > Indeed -- casting a wide net is in our interest. I hope you are able
> > to use one of our many potential donation offerings -- paypal, stripe,
> > amazon smile, gith
On 10/11/2020 17:53, Jason Thorpe wrote:
Yah, that's Amazon Smile, and NetBSD is already on it.
Are there geographic restrictions to this program?
I can't find it on smile.amazon.de.
> On Nov 10, 2020, at 6:18 AM, Jeffrey Walton wrote:
>
> NetBSD should consider Amazon, too. They have a program for donations
> to nonprofits. Amazon is a big marketplace with lots of users. The
> trust relationship is already in place for millions of potential
> donors.
Yah, that's Amazon S
FWIW on a system with functioning ZFS pools I get - after the lines
with zil_lwb_cache and zio_cache - many lines with "name" marked as
'^G':
zil_lwb_cache 208 3720020 02020 0 inf0
^G 1024 17990 32 443 1 442 442 0
On Tue, Nov 10, 2020 at 05:07:10PM +0100, Lars Reichardt wrote:
> Those pool names seem clearly broken.
> It seems the box is running with a zfs pool which has it's own cache
> (ARC) which memory is entirely wired and might grow quite large.
> What does vmstat -vmC show for those pools?
zpool expo
On Tue, Nov 10, 2020 at 05:07:10PM +0100, Lars Reichardt wrote:
> On Tue, 10 Nov 2020 12:12:14 +
> Patrick Welche wrote:
>
> > # vmstat -C
> > Pool cache statistics.
> > Name Spin GrpSz Full Emty PoolLayer CacheLayer Hit%
> > CpuLayer Hit% amappl 863 6604962
On Tue, 10 Nov 2020 12:12:14 +
Patrick Welche wrote:
> # vmstat -C
> Pool cache statistics.
> Name Spin GrpSz Full Emty PoolLayer CacheLayer Hit%
> CpuLayer Hit% amappl 863 660496221
> 1592973 68.8 563372236 99.7 anonpl 6077263 11400 0
> 5598
On Tue, 10 Nov 2020 08:32:29 -0500
matthew sporleder wrote:
> Indeed -- casting a wide net is in our interest. I hope you are able
> to use one of our many potential donation offerings -- paypal, stripe,
> amazon smile, github sponsorship.. any I am missing?
I think what may be missing is spons
On Tue, Nov 10, 2020 at 05:26:26AM -0800, Chuck Silvers wrote:
> On Tue, Nov 10, 2020 at 11:40:08AM +, Patrick Welche wrote:
> > My 4 Nov -current/amd64 build box seems to be building slowly, with a lot
> > of "biowait", e.g. watching the RES of a cc1plus slowly crawl up to SIZE
> > at around 3
On Tue, Nov 10, 2020 at 8:33 AM matthew sporleder wrote:
>
> Indeed -- casting a wide net is in our interest. I hope you are able
> to use one of our many potential donation offerings -- paypal, stripe,
> amazon smile, github sponsorship.. any I am missing?
Multiple channels is a good thing.
If
Am 10.11.2020 um 14:32 schrieb matthew sporleder:
Indeed -- casting a wide net is in our interest. I hope you are able
to use one of our many potential donation offerings -- paypal, stripe,
amazon smile, github sponsorship.. any I am missing?
So far my monthly subscription via Paypal has work
# vmstat -C
Pool cache statistics.
Name Spin GrpSz Full Emty PoolLayer CacheLayer Hit%CpuLayer Hit%
amappl 863 6604962211592973 68.8 563372236 99.7
anonpl 6077263 11400 0 55980901 177419830 68.4 9594977028 98.2
...
xhcixfer 0
Indeed -- casting a wide net is in our interest. I hope you are able
to use one of our many potential donation offerings -- paypal, stripe,
amazon smile, github sponsorship.. any I am missing?
On Tue, Nov 10, 2020 at 7:55 AM Sad Clouds wrote:
>
> On Tue, 10 Nov 2020 12:31:26 +0100
> Matthias Pet
On Tue, Nov 10, 2020 at 6:31 AM Matthias Petermann wrote:
>
> Hallo Matthew,
>
> Am 10.11.2020 um 05:35 schrieb matthew sporleder:
> > Hey -- the end of the year is coming up fast. Wouldn't you feel
> > better about yourself if you added a github sponsorship to balance out
> > your incredible yea
On Tue, Nov 10, 2020 at 11:40:08AM +, Patrick Welche wrote:
> My 4 Nov -current/amd64 build box seems to be building slowly, with a lot
> of "biowait", e.g. watching the RES of a cc1plus slowly crawl up to SIZE
> at around 3M per 5s.
>
> Is 10G of "Wired" normal? (32G RAM + 64G swap)
> (lots o
On Sat, Nov 07, 2020 at 06:33:26PM +0300, Valery Ushakov wrote:
> I've upgraded my Krups (64MB RAM, diskless) to 9.99.75 as of Nov 6 and
> the machine is locking up at boot time in rc.d/fccache. If I disable
> fccache in rc.conf it boots but then eventually locks up when
> makemandb is run. The m
My 4 Nov -current/amd64 build box seems to be building slowly, with a lot
of "biowait", e.g. watching the RES of a cc1plus slowly crawl up to SIZE
at around 3M per 5s.
Is 10G of "Wired" normal? (32G RAM + 64G swap)
(lots of malloc(9) and no free(9)?)
Memory: 3235M Act, 115M Inact, 10G Wired, 75M
On Tue, 10 Nov 2020 12:31:26 +0100
Matthias Petermann wrote:
> Hallo Matthew,
>
> Am 10.11.2020 um 05:35 schrieb matthew sporleder:
> > Hey -- the end of the year is coming up fast. Wouldn't you feel
> > better about yourself if you added a github sponsorship to balance
> > out your incredible
On Tue, Nov 10, 2020 at 12:31:26PM +0100, Matthias Petermann wrote:
> Hallo Matthew,
>
> Am 10.11.2020 um 05:35 schrieb matthew sporleder:
> > Hey -- the end of the year is coming up fast. Wouldn't you feel
> > better about yourself if you added a github sponsorship to balance out
> > your incred
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
successful build:
2020.11.10.10.31.48 kamil src/etc/mtree/NetBSD.dist.base,v 1.227
Logs can be found at:
http://releng.NetBSD.org/b5reports/i386/commits-2020.11.html#20
Hallo Matthew,
Am 10.11.2020 um 05:35 schrieb matthew sporleder:
Hey -- the end of the year is coming up fast. Wouldn't you feel
better about yourself if you added a github sponsorship to balance out
your incredible year? :)
How does this type of donation compare to a Paypal Monthly Subscriptio
On 10.11.2020 10:55, matthew green wrote:
> at this point the right thing is to revert, and then proceed
> with the discussion. if you can convince people that your
> idea is of merit, you can put it back in, but right now that
> is quite clearly not a shared sentiment.
OK.
This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host,
using sources from CVS date 2020.11.10.08.52.36.
An extract from the build.sh output follows:
--- /tmp/build/2020.11.10.08.52.36-i386/destdir/us
> On 10.11.2020 09:19, matthew green wrote:
> > there was not nearly enough discussion for this and i object
> > quite strongly about this. please revert immediately and
> > begin a real discussion.
>
> Revert MKCATPAGES change?
yes, all of it. your proposal was not clear or properly
posted (jus
Hello,
Warp is a real-time space war game that doesn't get boring very quickly.
Read warp.doc and the manual page for more information.
games/warp originally distributed with 4.3BSD-Reno, is back to the BSD
world via NetBSD. Its remnants (and the status of being missing) were
still documented in
> On Sat, Nov 07, 2020 at 06:12:34PM +1100, matthew green wrote:
> > this is an update on my previous testing. i've excluded
> > amd64 release builds from this set, takes too long ;)
>
> Indeed remarkable! I assume you build the same source tree on the various
> versions? Did you use the benchmark
37 matches
Mail list logo
