Re: bsdstats.org
Oliver Fromme wrote: How about including (and enabling) it on DragonFly ISOs, too? It will certainly improve visibility and awareness of DragonFly BSD. I am all for including it. Enabling should not be done automatically, but it should be encouraged, IMO. cheers simon -- Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /\ Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ / Party Enjoy Relax | http://dragonflybsd.org Against HTML \ Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \ signature.asc Description: OpenPGP digital signature
Re: bsdstats.org
If included by default, the installer could ask a question right before it's finished. On 9/11/06, Simon 'corecode' Schubert [EMAIL PROTECTED] wrote: Oliver Fromme wrote: How about including (and enabling) it on DragonFly ISOs, too? It will certainly improve visibility and awareness of DragonFly BSD. I am all for including it. Enabling should not be done automatically, but it should be encouraged, IMO. cheers simon -- Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /\ Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ / Party Enjoy Relax | http://dragonflybsd.org Against HTML \ Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \
Re: bsdstats.org
On Mon, September 11, 2006 8:28 am, Jonas Trollvik wrote: If included by default, the installer could ask a question right before it's finished. Something to ask the BSD Installer folks, several of which are already subscribed here... I'd like to see it on by default, myself. There's no security issues I can see offhand, since it's benign and can be turned off.
Re: bsdstats.org
On Mon, Sep 11, 2006 at 09:56:37AM -0400, Justin C. Sherrill wrote: I'd like to see it on by default, myself. There's no security issues I can see offhand, since it's benign and can be turned off. It's spyware. Geert
Re: bsdstats.org
:On Mon, September 11, 2006 8:28 am, Jonas Trollvik wrote: : If included by default, the installer could ask a question right : before it's finished. : :Something to ask the BSD Installer folks, several of which are already :subscribed here... : :I'd like to see it on by default, myself. There's no security issues I :can see offhand, since it's benign and can be turned off. Generally speaking I like the idea of having it in the distribution. I've had several conversations with Marc G. Fournier about it. The only thing I would really want to add would be a probe for internet access using 'dig' so the cron job doesn't stick around forever if the machine doesn't happen to have connectivity. It would be disabled by default, of course, but we would encourage enabling it via /etc/periodic.conf. If someone wants to bring it in please go ahead! -Matt Matthew Dillon [EMAIL PROTECTED]
Re: bsdstats.org
On Mon, Sep 11, 2006 at 04:31:08PM +0200, Geert Hendrickx wrote: On Mon, Sep 11, 2006 at 09:56:37AM -0400, Justin C. Sherrill wrote: I'd like to see it on by default, myself. There's no security issues I can see offhand, since it's benign and can be turned off. It's spyware. Fully agreed. Joerg
Re: bsdstats.org
Geert Hendrickx wrote: Justin C. Sherrill wrote: I'd like to see it on by default, myself. There's no security issues I can see offhand, since it's benign and can be turned off. I agree with Justin here. It's spyware. No, it's not. All data is stored anonymously. You can look at the program for yourself what kind of data is returned to the server. It's no more than a simple shell script. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way.
Re: bsdstats.org
On Mon, Sep 11, 2006 at 02:51:43PM +, Oliver Fromme wrote: Geert Hendrickx wrote: It's spyware. No, it's not. All data is stored anonymously. You can look at the program for yourself what kind of data is returned to the server. It's no more than a simple shell script. I'll *never* install an OS (neither on a server nor a workstation) that starts sending out stuff to the network *by default*, period. My server doesn't get counted? -- fine with me. Tomorrow some other BSD-counter arises somewhere else, are you going to add all of them to the default install? Geert
Re: bsdstats.org
On Mon, September 11, 2006 10:51 am, Oliver Fromme wrote: It's spyware. No, it's not. All data is stored anonymously. You can look at the program for yourself what kind of data is returned to the server. It's no more than a simple shell script. Perhaps this is part of a larger picture; post-install, we don't use the network at all for communication with people using DragonFly. A lot of tasks get repeated with every single installation of DragonFly - setting up PKG_PATH or cvsup and/or pkgsrc... they could be automated pretty easily.
Re: bsdstats.org
On 9/11/06, Justin C. Sherrill [EMAIL PROTECTED] wrote: Perhaps this is part of a larger picture; post-install, we don't use the network at all for communication with people using DragonFly. A lot of tasks get repeated with every single installation of DragonFly - setting up PKG_PATH or cvsup and/or pkgsrc... they could be automated pretty easily. +1 sending the stats on Internet, even if it is harmless should not be enabled default. Fitting this option in a post-install script, asking the user its choice, would be fine for me. If we could also set up PKG_PATH,... at this step, it would be great.
Re: bsdstats.org
Geert Hendrickx wrote: Oliver Fromme wrote: Geert Hendrickx wrote: It's spyware. No, it's not. All data is stored anonymously. You can look at the program for yourself what kind of data is returned to the server. It's no more than a simple shell script. I'll *never* install an OS (neither on a server nor a workstation) that starts sending out stuff to the network *by default*, period. That's fine. But it's still not spyware. :-) It doesn't have to be enabled by default. But it should be an option along with all the other network-related settings in the installer (interface configuration, NFS service, FTP, rwhod, whatever). FreeBSD once had an installation counter many years ago (it's long dead and gone), which worked exactly like that, i.e. after finishing the actual installation, sysinstall asked whether it should be reported. If you said yes, an e-mail was sent to some pseudo account. Tomorrow some other BSD-counter arises somewhere else, are you going to add all of them to the default install? It's not like such counters are popping up every day. This is the only one currently in existence that I'm aware of. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way.
Re: bsdstats.org
Snip/ FreeBSD once had an installation counter many years ago (it's long dead and gone), which worked exactly like that, i.e. after finishing the actual installation, sysinstall asked whether it should be reported. If you said yes, an e-mail was sent to some pseudo account. Snip/ This is the only one currently in existence that I'm aware of. Snip/ IIRC, OpenBSD still has their [EMAIL PROTECTED] mail account to collect hardware information. NYCBUG also has something similar: http://www.nycbug.org/index.php?NAV=dmesgd;SQLIMIT=20 I'm content with the post-install Would you like to submit your information question. I don't know why on Earth this script has to be put in periodic though. What am I missing? Adrian
Re: bsdstats.org
At 1:18 PM -0400 9/11/06, Adrian Michael Nida wrote: IIRC, OpenBSD still has their [EMAIL PROTECTED] mail account to collect hardware information. NYCBUG also has something similar: http://www.nycbug.org/index.php?NAV=dmesgd;SQLIMIT=20 I'm content with the post-install Would you like to submit your information question. I don't know why on Earth this script has to be put in periodic though. What am I missing? The idea is to track how many machines are actively running *BSD. If all we know is that you installed *BSD last month, then we have no idea if you're still running it this month. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED]
Re: bsdstats.org
On 2006-09-11 19:18, Adrian Michael Nida wrote: Snip/ FreeBSD once had an installation counter many years ago (it's long dead and gone), which worked exactly like that, i.e. after finishing the actual installation, sysinstall asked whether it should be reported. If you said yes, an e-mail was sent to some pseudo account. Snip/ This is the only one currently in existence that I'm aware of. Snip/ IIRC, OpenBSD still has their [EMAIL PROTECTED] mail account to collect hardware information. NYCBUG also has something similar: http://www.nycbug.org/index.php?NAV=dmesgd;SQLIMIT=20 I'm content with the post-install Would you like to submit your information question. I don't know why on Earth this script has to be put in periodic though. What am I missing? The goal is probably not to see how many BSDs are installed but rather how many are actually in use. -- Erik Wikström
Re: bsdstats.org
On Mon, 2006-09-11 at 14:31 -0400, Garance A Drosihn wrote: Snip/ The idea is to track how many machines are actively running *BSD. If all we know is that you installed *BSD last month, then we have no idea if you're still running it this month. Snip/ Ahhh. I knew I was missing something. Thanks, Adrian
Re: bsdstats.org
At 9:06 PM +0200 9/11/06, Simon 'corecode' Schubert wrote: Garance A Drosihn wrote: I'm content with the post-install Would you like to submit your information question. I don't know why on Earth this script has to be put in periodic though. What am I missing? The idea is to track how many machines are actively running *BSD. If all we know is that you installed *BSD last month, then we have no idea if you're still running it this month. actually, these numbers won't be accurate. Just take a office machine running *bsd: periodic won't run if the box is shut down every evening. i think there is a need for some sophistication. I'm sure we'll find many good ideas which need to be included in the stats script, as we get more experience with it. I expect that Marc will be busy writing updates for many months to come... :-) -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED]