On Thu, 27 Jul 2006, Nikolas Britton wrote:
What we really need is score card to keep track of the good and bad
companies. Someone with initiative could have this up and running in a
day or less... After it's up we can put a BIG HONKING LINK on the
FreeBSD main page.
On Thu, 27 Jul 2006, Amitabh Kant wrote:
I see the whole issue this way: companies are free to choose whether to
support FreeBSD or not, and I am free to choose/recommend their product
in my installations. It's only when we start to speak with our money
bags, that it will make commercial
Okay, here is the challenge ... for vendors to 'take notice' of the fact
that exist as a market, there really needs to be *some* numbers that ppl
like -core, -advocacy and -marketing can use ... right now, there is
nothing out there that can be considered either 'half the story', or just
On Fri, 28 Jul 2006, Atom Powers wrote:
On 7/28/06, User Freebsd [EMAIL PROTECTED] wrote:
Towards that end, as a starter, I would like to encourage everyone out
there running 1 or more FreeBSD boxes to go to
http://www.mreriksson.net/uptimes
register all of your hosts
On Fri, 28 Jul 2006, Nikolas Britton wrote:
My shop runs 30+ FreeBSD hosts, and I have several more for personal
use. But of those there are maybe 2-3 that I would be ok with listing
and exactly zero that I will actually list. It's not that I don't want
to help, but I'm not going to run a
On Fri, 28 Jul 2006, Nikolas Britton wrote:
The only way this idea will work is if we put some code in the base
system that sends something generic every few months. for example. Send
'uname -mr' to stats.freebsd.org every 3 months. It would be very easy
to 'opt out', perhaps stats_enable=NO
On Sat, 29 Jul 2006, Nikolas Britton wrote:
Yes and no. Not all cvsup servers are under the control of the FreeBSD
project but you are right, they could log the release tag and more.
Also don't forget about website stats, mailing list subscriptions, and
ftp servers.
None of which
On Fri, 28 Jul 2006, Ted Mittelstaedt wrote:
You might think this sounds harmless but folks have done this kind of
thing in the past with other products and wreaked havoc on the Internet.
You can start by referencing dlink ntp fiasco in google to get an idea
of what can happen to these kinds
On Thu, 27 Jul 2006, Chad Leigh -- Shire.Net LLC wrote:
On Jul 27, 2006, at 5:41 PM, Born, Clinton wrote:
Really? I wouldn't want such a myopic view when choosing to allocate our
shareholders dollars. Best tool for the job. Period!
That is not as easy as you make it out to be. WHat one
On Fri, 28 Jul 2006, Darrin Chandler wrote:
On Fri, Jul 28, 2006 at 04:16:55PM -0300, User Freebsd wrote:
And my point is that those not supporting FreeBSD already don't care,
since as far as they are concerned, their is no market for them to be
losing not buying their products isn't
On Sat, 29 Jul 2006, Xiao-Yong Jin wrote:
People like me who only use FreeBSD on the laptop would certainly give
much shorter uptimes. Okay, I just wanna say, it's very strange to a
mobile/desktop user.
Again, I wasn't thinking so much about uptimes as the fact that the
information is
On Sun, 30 Jul 2006, Colin Percival wrote:
User Freebsd wrote:
We can also collect the access information of the cvsup server and
portsnap server, can't we?
What does that give?
Approximately 15000 portsnap snapshots (i.e., /var/db/portsnap or
/usr/local/portsnap directories) are being
On Sun, 30 Jul 2006, Colin Percival wrote:
User Freebsd wrote:
We can also collect the access information of the cvsup server and
portsnap server, can't we?
What does that give?
Approximately 15000 portsnap snapshots (i.e., /var/db/portsnap or
/usr/local/portsnap directories) are being
On Mon, 31 Jul 2006, Colin Percival wrote:
User Freebsd wrote:
On Sun, 30 Jul 2006, Colin Percival wrote:
Approximately 15000 portsnap snapshots (i.e., /var/db/portsnap or
/usr/local/portsnap directories) are being kept updated on systems
which send HTTP requests to portsnap*.freebsd.org
On Mon, 31 Jul 2006, Svein Halvor Halvorsen wrote:
Colin Percival wrote:
There are still a lot of people (particularly on pre-6.0 systems) who
are using CVSup rather than portsnap for updating their ports trees.
Also, I would guess that some people who run multiple FreeBSD systems,
use some
On Sun, 30 Jul 2006, Chad Leigh -- Shire.Net LLC wrote:
On Jul 30, 2006, at 8:42 PM, User Freebsd wrote:
On Sun, 30 Jul 2006, Colin Percival wrote:
User Freebsd wrote:
We can also collect the access information of the cvsup server and
portsnap server, can't we?
What does that give
On Mon, 31 Jul 2006, Alex Zbyslaw wrote:
But this will then only count from the first version(s) of FreeBSD which
contain the periodic job. Then every machine running an earlier release
would be a ghost.
Agreed, but any active counting will fail dealing with older machines,
regardless ...
I have a remote server, running the above RAID controller, that, as most
ppl here have seen over the past few weeks, is causing endless headaches
...
Official word from Adaptec is that FreeBSD is no longer a supported
platform, so, I either live with the deadlocks, or try and figure out a
'k, I finally got ahold of someone @ adaptec, and the official word seems
to be:
FreeBSD 6 is not officially supported for the GDT based ICP RAID
controllers. Nevertheless the inbox driver should work.
Great, well, the inbox driver doesn't work with FreeBSD 6.x, and support
doesn't exist
On Mon, 31 Jul 2006, Xiao-Yong Jin wrote:
Chris Whitehouse [EMAIL PROTECTED] writes:
Alex Zbyslaw wrote:
Counting portsnap and cvsup accesses is non-intrusive - i.e. nothing
sent from local host - will count systems from any version of
FreeBSD, but will never count everything because sites
On Mon, 31 Jul 2006, Gerard Seibert wrote:
Xiao-Yong Jin wrote:
But one can't rely on that. You'll definitely see more than one ip
associated with my laptop, if I move it around.
A more reliable way that I can think of is generating a unique ID
number when a system finishes installation or
On Tue, 1 Aug 2006, Patrick M. Hausen wrote:
Hi!
On Mon, Jul 31, 2006 at 10:49:27PM -0300, User Freebsd wrote:
Official word from Adaptec is that FreeBSD is no longer a supported
platform, so, I either live with the deadlocks, or try and figure out a
suitable replacement for the card
On Tue, 1 Aug 2006, Christian Brueffer wrote:
On Mon, Jul 31, 2006 at 10:49:27PM -0300, User Freebsd wrote:
I have a remote server, running the above RAID controller, that, as most
ppl here have seen over the past few weeks, is causing endless headaches
...
Official word from Adaptec
as such ...
On Mon, 31 Jul 2006, User Freebsd wrote:
'k, I finally got ahold of someone @ adaptec, and the official word seems to
be:
FreeBSD 6 is not officially supported for the GDT based ICP RAID
controllers. Nevertheless the inbox driver should work.
Great, well, the inbox driver doesn't work
On Tue, 1 Aug 2006, Patrick M. Hausen wrote:
Hello!
On Tue, Aug 01, 2006 at 09:51:59AM +0200, Patrick M. Hausen wrote:
That's really really bad news. Oddly, ICP Vortex Germany told me
the opposite wr/t to their new line of cards. They said, they
were working on full FreeBSD support. I'll
On Tue, 1 Aug 2006, Nikolas Britton wrote:
Generating a unique anonymous key is easy, proving why we need it is not.
If you want to make accurate #s, you need to make sure that a host doesn't
send in multiple reports, which means you need a unique key for each host
... IP doesn't work,
On Tue, 1 Aug 2006, Nikolas Britton wrote:
On 7/31/06, User Freebsd [EMAIL PROTECTED] wrote:
On Mon, 31 Jul 2006, Xiao-Yong Jin wrote:
Chris Whitehouse [EMAIL PROTECTED] writes:
Alex Zbyslaw wrote:
Counting portsnap and cvsup accesses is non-intrusive - i.e. nothing
sent from local host
On Tue, 1 Aug 2006, Rico Secada wrote:
On Mon, 31 Jul 2006 22:44:01 -0300 (ADT)
User Freebsd [EMAIL PROTECTED] wrote:
Seems to me like the best solution is to boykott Adaptec like OpenBSD did.
Actually, based on the thread going on on -stable right now, from ppl that
are talking to Adaptec
On Tue, 1 Aug 2006, Robert Huff wrote:
User Freebsd writes:
Actually, using ifconfig wouldn't work ... it would give unique, but as
soon as you add another IP (ie. alias), the ID would change ... you'd need
to do something like:
ifconfig | grep ether | sha256 | md5
since the 'ether
On Tue, 1 Aug 2006, Scott Long wrote:
Ok guys, time for a small breather here. All these claims about
EoE and orphanage and whatnot are a bit premature and underinformed.
First, the iir driver is being worked on when the need arises. Several
bugs were fixed in it a few months ago, and until
On Tue, 1 Aug 2006, Nikolas Britton wrote:
On 8/1/06, Ted Mittelstaedt [EMAIL PROTECTED] wrote:
Why not just add in the patch in kern/65627 and run the CPU serial number
through
your hash?
Because you can still fake the dam thing, making the whole idea
useless!!! Am I the only one that can
On Tue, 1 Aug 2006, Nikolas Britton wrote:
On 8/1/06, Robert Huff [EMAIL PROTECTED] wrote:
User Freebsd writes:
Actually, using ifconfig wouldn't work ... it would give unique, but as
soon as you add another IP (ie. alias), the ID would change ... you'd
need
to do something like
On Tue, 1 Aug 2006, Nikolas Britton wrote:
Ok.. lets start from the top, again. Why do we need uniqueness?
We want to count each host reporting *once* ... without uniqueness per
host, how are you going to know whether to update a hosts record, instead
of add it as a new host?
Marc G.
If you want a truly user-friendly spam/virus solution, check out:
http://www.renaissoft.com/maia/
I have this backing 200 VPS, including postgresql.org itself, and its
literally a dream, as it allows *each user* to individually tailor their
settings ...
On Wed, 2 Aug 2006, Olivier
On Tue, 1 Aug 2006, Nikolas Britton wrote:
On 8/1/06, User Freebsd [EMAIL PROTECTED] wrote:
On Tue, 1 Aug 2006, Nikolas Britton wrote:
Ok.. lets start from the top, again. Why do we need uniqueness?
We want to count each host reporting *once* ... without uniqueness per
host, how are you
On Wed, 2 Aug 2006, Nikolas Britton wrote:
This may sound dumb but why don't we just put a registration link on the
FreeBSD main page... or registration in sysinstall. Isn't this how
everyone else handles the problem?
User A installs FreeBSD, registers, works with it for a week, finds he
On Wed, 2 Aug 2006, Peter A. Giessel wrote:
On 2006/08/02 15:37, User Freebsd seems to have typed:
On Wed, 2 Aug 2006, Nikolas Britton wrote:
This may sound dumb but why don't we just put a registration link on the
FreeBSD main page... or registration in sysinstall. Isn't this how
everyone
On Wed, 2 Aug 2006, Xiao-Yong Jin wrote:
Let me say it again. There are three problems we are trying to
solve.
a. Bandwidth.
Bandwidth, IMHO, isn't that big of an issue ... the ramp up time for this,
IMHO, will be slow, so the bandwidth usage will be a gradual increase ...
b.
On Thu, 3 Aug 2006, Antony Mawer wrote:
Agreed...
I could probably add around 1,500 systems that could conceivably be setup to
chime in with their numbers periodically; one of the pre-requisites for that
would be that the access method be HTTP or HTTPS based so it could be relayed
via a
On Thu, 3 Aug 2006, [EMAIL PROTECTED] wrote:
maybe it's just because I've been reading up on it but what about
outputting the information in XML??? Then you could tag the Vendor,
Name, basic info, number of users, etc. in a tagged form that could be
then stored in a Dbase of some kind by
Okay, there has been alot of discussion on this in the other thread, some
of it tangent'd to the original, so, I'm starting off a new thread as a
sort of summary ...
I've been doing some thinking on it this afternoon, and think I've figured
out about the simpliest way of doing it ... it
Sweet, thanks ...
On Thu, 3 Aug 2006, Philip Hallstrom wrote:
pciconf -lv needs to be parsed, this being the hard step, into a string
that can be sent via HTTP ... this is the hard part because it has to be
done as/in a shell script ... anyone out there *really* good at shell
programming?
On Fri, 4 Aug 2006, Boris Samorodov wrote:
Hi Marc,
On Thu, 3 Aug 2006 18:30:08 -0300 (ADT) you wrote:
Okay, there has been alot of discussion on this in the other thread,
some of it tangent'd to the original, so, I'm starting off a new
thread as a sort of summary ...
Great idea, but
On Thu, 3 Aug 2006, [EMAIL PROTECTED] wrote:
Personally I don't think this stuff should be tracked in any centralized
fashion. I don't particullarly like when our freedom to choose to do
something is tracked or monitored; because it is no longer a freedom.
Maybe that is just paranoia
On Fri, 4 Aug 2006, Antony Mawer wrote:
On 4/08/2006 4:58 AM, User Freebsd wrote:
Getting a list of devices is actually pretty easy, and I've tried this on
my 4.x machines also, so it isn't something that will be a problem on older
versions:
# pciconf -l
[EMAIL PROTECTED]:0:0: class
On Fri, 4 Aug 2006, Antony Mawer wrote:
All of the expanded 'vendor', 'device', 'class' and 'subclass' information is
present in the non -v version of the command output. The numbers shown
earlier can be used to derive the text information:
class=0x010400
determines the
On Fri, 4 Aug 2006, Matthew Seaman wrote:
This is cool and all, but why are the concentration solely on PCI
devices? pciconf output doesn't tell you directly what CPUs are in the
system or even how many there are. It doesn't tell you exactly what
sort of memory or disk drives the system uses
On Fri, 4 Aug 2006, Antony Mawer wrote:
On 4/08/2006 3:17 AM, User Freebsd wrote:
On Fri, 4 Aug 2006, Matthew Seaman wrote:
This is cool and all, but why are the concentration solely on PCI devices?
pciconf output doesn't tell you directly what CPUs are in the system or
even how many
On Fri, 4 Aug 2006, User Freebsd wrote:
On Fri, 4 Aug 2006, Antony Mawer wrote:
On 4/08/2006 3:17 AM, User Freebsd wrote:
On Fri, 4 Aug 2006, Matthew Seaman wrote:
This is cool and all, but why are the concentration solely on PCI
devices? pciconf output doesn't tell you directly what CPUs
On Fri, 4 Aug 2006, John-Mark Gurney wrote:
User Freebsd wrote this message on Mon, Jul 31, 2006 at 22:44 -0300:
For those that haven't been following the discussion on this, the iir(4)
driver in FreeBSD 6.x appears to have a deadlock issue under medium to
heavy load, where the 'blocked' state
'k folks ... the quick and dirty .. actually, not too dirty ...
The attached script goes into /etc/periodic/monthly (and can be run from
the command line) and is the *very* barebones ... it reports operating
system and architecture ... it will return a unique id at the same time
which will
On Fri, 4 Aug 2006, Colin Percival wrote:
User Freebsd wrote:
'k folks ... the quick and dirty .. actually, not too dirty ...
The attached script [...]
Can you make this into a port which users can install?
I'm not sure, can I? Can ports install into /etc/periodic? Or is there
some
On Sat, 5 Aug 2006, John Nielsen wrote:
Here is a sample (working) port. Un-tar the archive under
ports/sysutils. It installs the script to
${LOCALBASE}/etc/periodic/monthly and prints a message about how to
enable it. Have a look at it, edit all the text entries to make them
your own (in
/monthly, thanks to John there too ... no
changes to the script itself have been made yet, just a fix on the backend
...
Will work on adding pciconf support in next ...
On Sat, 5 Aug 2006, User Freebsd wrote:
On Sat, 5 Aug 2006, John Nielsen wrote:
Here is a sample (working) port. Un-tar
On Sat, 5 Aug 2006, Garrett Cooper wrote:
I know I may be overachieving a bit in my overall thoughts of this
plan, but why not do something similar for the rest of the BSDs and/or
Linux/Solaris? I find this a good statistical tool for determining how
many desktops run what form of Unix, so
---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
User Freebsd wrote:
John pointed out a bug that I hadn't noticed, mainly because I was
testing single host ... basically, I installed PHP5 on the backend, and
stupidly didn't check
Just added 'country' stats to the mix, to see what our distribution is per
country ...
On Sun, 6 Aug 2006, User Freebsd wrote:
I just threw up a couple of very simple tables, showing # of systems
reporting in this month, as well as a break down of release / architecture
for those
On Sun, 6 Aug 2006, Jonathan Horne wrote:
i just decided to take a box, and installworld, without going to single user
mode. from what i can see, the update was completely successful. of course,
other then myself (su'd to root), there were no other users logged in).
i wonder how many people
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
On Wed, 28 Jun 2006, Chad Leigh -- Shire.Net LLC wrote:
On Jun 28, 2006, at 10:16 AM, Marc G. Fournier wrote:
growing number of places (ie. Adaptec / Intel) appear to be dropping
support for it as well ...
Many places are starting support for FreeBSD, or increased support, as well
--
On Wed, 28 Jun 2006, Francisco Reyes wrote:
Marc G. Fournier writes:
The other selling point for me on HP was the 2.5 SAS drives ... our new
servers have 4x72G SAS drives in a 1U space, which means I can do RAID1+0
How do those drives perform?
They are too small for where I work. :-(
At
On Wed, 28 Jun 2006, Nikolas Britton wrote:
On 6/28/06, Chad Leigh -- Shire.Net LLC [EMAIL PROTECTED] wrote:
[deleted]
---
Chad Leigh -- Shire.Net LLC
Your Web App and Email hosting provider
chad at shire.net
Do you offer Xen hosting Chad?.. and back on topic... What's the point
of iLO
I just put a linksys router in place, so that we could use our wireless
laptop, well, wireless ... now, I seem to be getting timeouts on my ssh
connections when they are idle, but timeouts that I never received when I
had my desktop directly connected to the cable modem ...
I've looked at
On Sat, 8 Jul 2006, Eric wrote:
User Freebsd wrote:
I just put a linksys router in place, so that we could use our wireless
laptop, well, wireless ... now, I seem to be getting timeouts on my ssh
connections when they are idle, but timeouts that I never received when I
had my desktop
On Thu, 13 Jul 2006, Jerry McAllister wrote:
On Jul 13, 2006, at 9:22 AM, Danial Thom wrote:
Simply enabling SMP on a single processor system
adds 20-25% overhead in freebsd 6.1. Again,
readily admitted/accepted by the developers.
There is no way to recover that in efficiency, at
least not
On Tue, 11 Jul 2006, Nagy L?szl? wrote:
Hello,
I tried cyrus-imapd, but I'm unsatisfied. Their website was down for a day.
Now it is up, but the pages were not updated after 2003. They had a majordomo
list but it is not functioning. I found another mailing list but nobody
answers. I do not
On Tue, 11 Jul 2006, Nagy László Zsolt wrote:
Thank you for your responses!
I tried to install cyrus-imapd, courier-imapd and dovecot, in this order. :-)
Dovecot has my preference. I could install it in a few minutes, and it was
very easy to configure. At least it is easier than courier, for
On Thu, 13 Jul 2006, Tamouh H. wrote:
I have to put my two cents here:
1) I agree with few posters that FreeBSD performance have been lacking
behind. I've reported few issues on performance list and many did. We
offered few pre-production servers for performance testing, but the
answer we
You might want to try posting to the [EMAIL PROTECTED] mailing
list ... I'm another one that uses the dedicated iLO port in the colo, but
we have our own switch there also, so ports aren't an issue ...
On Sun, 16 Jul 2006, Eric Lakin wrote:
On Sun, Jul 16, 2006 at 11:56:47PM +1000,
Hi ...
I'm not finding anything that sounds relevant in the X man page, so
either it isn't possible (which would be weird) or I'm missing something
...
I have 8 desktops running under KDE ... I'd like, for instance, when
azureus starts up, it goes to the 8th desktop, not current one
On various lists, including this one, there is talk about how to we make
hardware vendors sit up and take more notice of us ... alot of the
negative responses back seem to be 'we are too small of a group', but, of
couse, nobody out there can really give any even *reasonable* numbers of
On Sun, 23 Jul 2006, jan gestre wrote:
On 7/23/06, User Freebsd [EMAIL PROTECTED] wrote:
On various lists, including this one, there is talk about how to we make
hardware vendors sit up and take more notice of us ... alot of the
negative responses back seem to be 'we are too small of a group
Subedar Technologies Ltd
Subedar Baag Bibir Bagicha #1
North Jatrabari
Dhaka 1204
http://www.DhakaStockExchangeGame.com
On Sunday 23 July 2006 00:09, User Freebsd wrote:
On various lists, including this one, there is talk about how to we make
hardware vendors sit up and take more notice of us ... alot
On Tue, 25 Jul 2006, Ted Mittelstaedt wrote:
Oops, forgot about that. Use 5.x then. The statement is that newer
versions of FreeBSD are slower than older versions. The point was that
this isn't relevant to 90% of users for reasons I already cited.
IMHO, I'm not so concerned about my
On Tue, 25 Jul 2006, Tamouh H. wrote:
On Jul 25, 2006, at 8:16 PM, Nikolas Britton wrote:
ICP Vortex is an Adaptec company and Adaptec doesn't
support FreeBSD.
We've already been over this once.
Not to disagree with you, but Adaptec put new drivers for 5.3
and 5.4 for their 2420, 2820,
On Wed, 26 Jul 2006, Philippe Lang wrote:
[EMAIL PROTECTED] wrote:
I've recently been experiencing lock ups with the three
servers that I've upgraded to 6.x ... one of which is 1 year
old, the other two are 3 years old ... after getting
everything setup with DDB, to the point that I could
On Wed, 26 Jul 2006, Peter A. Giessel wrote:
On 7/26/2006 07:35, User Freebsd seems to have typed:
The point is, if we keep acting as individuals, vendors will treat as
unimportant ... if we start acting like an organization, and actually
*lobby* these vendors for better support, maybe
On Wed, 26 Jul 2006, Nikolas Britton wrote:
* No binary blob drivers.
This is one that I don't necessarily agree with ... if Adaptec came out
with a *supported* iir driver, but it was binary only, I'd be happy with
that ... I just want to know that if I *have* a problem with a piece of
On Wed, 26 Jul 2006, Peter A. Giessel wrote:
On 7/26/2006 10:34, User Freebsd seems to have typed:
Supporting 3ware is good, but what if/when Adaptec buys them out ...
Adaptec doesn't officially support FreeBSD, therefore, anyone they buy out
would most likely change their policy accordingly
On Wed, 26 Jul 2006, Darrin Chandler wrote:
On Wed, Jul 26, 2006 at 03:36:51PM -0300, User Freebsd wrote:
On Wed, 26 Jul 2006, Nikolas Britton wrote:
* No binary blob drivers.
This is one that I don't necessarily agree with ... if Adaptec came out
with a *supported* iir driver
Two part question here ...
first part ... is there a way of just disabling icmp by setting a sysctl,
so that a server just doesn't respond to them?
second part ... is there a way of telling a cisco switch to drop all icmp
packets, preferrably to all but an exception list, but to everywhere
icmp unreach response from 6646 to 200
packets/sec
^C
And its been going on for several hours now ... :(
On Fri, 28 Jul 2006, User Freebsd wrote:
Two part question here ...
first part ... is there a way of just disabling icmp by setting a sysctl, so
that a server just doesn't respond to them
82 matches
Mail list logo
