On 9/10/18 3:15 am, Matt S wrote:
> It really seems like the project would benefit from having better hardware
> stats. If you make it a package, people have to be educated to get it and
> use it--not that it doesn't have value, it just isn't well exposed and you
> will only get stats from the most
I don't see how "dark pattern" applies because this doesn't trick you into
an ongoing subversive data-sharing arrangement. In this idea, install asks
you if you want to share stats once--you are not opted in to a system.
Then, when processing upgrades, the Handbook would remind you that the
report
On Tue, Oct 9, 2018 at 12:48 AM Matt S wrote:
> It really seems like the project would benefit from having better hardware
> stats. If you make it a package, people have to be educated to get it and
> use it--not that it doesn't have value, it just isn't well exposed and you
> will only get stats
It really seems like the project would benefit from having better hardware
stats. If you make it a package, people have to be educated to get it and
use it--not that it doesn't have value, it just isn't well exposed and you
will only get stats from the most clueful users.
I would suggest making an
On Sun, Oct 7, 2018 at 11:23 PM Peter Jeremy wrote:
> On 2018-Oct-07 23:41:43 +, Roger Leigh wrote:
> >Out of interest, has FreeBSD considered implementing an equivalent of
> >Debian's "popularity-contest" package, which periodically submits
> >anonymised lists of installed packages? On Fre
On 2018-Oct-07 23:41:43 +, Roger Leigh wrote:
>Out of interest, has FreeBSD considered implementing an equivalent of
>Debian's "popularity-contest" package, which periodically submits
>anonymised lists of installed packages? On FreeBSD this could be from
>the pkg database, and could also i
On Sun, Oct 7, 2018 at 5:45 PM Roger Leigh wrote:
> On 07/10/2018 05:40, Warner Losh wrote:
>
> >> I'd like to request as many people as possible submit
> >> their current dmesg to the service at
> http://dmesgd.nycbug.org/index.cgi so
> >> that we h
On 07/10/2018 05:40, Warner Losh wrote:
I'd like to request as many people as possible submit
their current dmesg to the service at http://dmesgd.nycbug.org/index.cgi so
that we have a better basis for future preliminary lists of drivers for
other parts of the tree.
This one-liner wor
On Sun, Oct 7, 2018 at 11:27 AM Kevin Oberman wrote:
> He's looking for information on what drivers are still needed, so only if
> the SCSI drives require in different drivers (unlikely) would that be
> needed. I suspect that, unless you use CardBus type stuff, just the
> /var/run/dmesg.boot shou
On Sun, Oct 7, 2018 at 11:11 AM Roderick wrote:
>
> On Sat, 6 Oct 2018, Warner Losh wrote:
>
> > As you can tell, the project is looking to clear some of the deadwood
> from
> > its driver lists. One problem is that we have to guess what's in used
> based
> > on our personal experience. This has
Warner said that he would look at submissions in about a month. "I'll be
using the data in about a month to look at old parallel scsi driver use."
He's looking for information on what drivers are still needed, so only if
the SCSI drives require in different drivers (unlikely) would that be
needed.
On Sat, 6 Oct 2018, Warner Losh wrote:
As you can tell, the project is looking to clear some of the deadwood from
its driver lists. One problem is that we have to guess what's in used based
on our personal experience. This has proven to be less reliable than hoped
in the 10/100 discussions tha
at we have to guess what's in used based
> on our personal experience. This has proven to be less reliable than hoped
> in the 10/100 discussions that are going on now.
>
> So, to that end, I'd like to request as many people as possible submit
> their current dmesg to t
oven to be less reliable than hoped
in the 10/100 discussions that are going on now.
So, to that end, I'd like to request as many people as possible submit
their current dmesg to the service at http://dmesgd.nycbug.org/index.cgi so
that we have a better basis for future preliminary lists of dr
SUBMIT
HELP
---=== oiram ===---
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
15 matches
Mail list logo
