Re: A short digression on FOSS (Re: understanding speculative preallocation)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Jay Ashworth wrote:
> I really do apologize for sounding so combative about this stuff; I'm not really
> trying to be, but "things have version numbers" has been best practice for 3 
> decades for a reason, and I think it's a pretty good one: avoiding fights like
> this.

I think you're missing a fundamental point. If you go back and look at
what you've quoted, you've been asked e.g. for which kernel you're
running, rather than what kernel version, because a kernel doesn't
really have a version either. As you yourself have pointed out there are
package versions. There are multiple trees and within each tree somebody
may have chosen to apply or not particular patches.

So the easiest way for a non-expert to describe the kernel they're using
is most likely to name a distro and release, plus whatever updates have
been applied. A distro-expert can translate that into the general age of
the code and the commit numbers of the exact patches that have been
applied if necessary. And that's why the FAQ

http://xfs.org/index.php/XFS_FAQ#Q:_What_information_should_I_include_when_reporting_a_problem.3F

asks people to report the uname -a amongst a lot of other stuff.

So arguing about semantics of whether or not there are or should be
version numbers for various things is a bit pointless. And as well as
being combative, it's also insulting to the good folks that are trying
to help you, IMHO. They've set up a reporting system to give them the
best chance of accurately diagnosing problems with minimal wasted time.
So most people who want to solve problems are happy to go along with
that procedure, instead of going out of their way to challenge it.

If you really care about this issue and believe that it is significant,
then I think you need to go away and do a bunch of quiet research until
you understand it deeply, and then come back with specific, detailed
proposals to improve it. Otherwise, it's better to let it rest, IMHO.

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs




[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux