Re: Caution! RANT: Re: [Evolution] exchange connector on Fedora core1



On Mon, 2004-03-15 at 13:44, Chris Toshok wrote:
Out of date = easier to track for a proprietary product.

It's not that it's difficult to build connector for a particular
distribution, it's the fact that it's difficult to support.

This is a fair objection.  Would the Ximian team consider the idea of
providing FC with a connector based on a known set of MANDITORY packages
and VERSIONS.  Only this subset would be officially supported.  This way
it puts the power in the users/customers hands as to if they would like
to upgrade or not.

This should be trivial to support, correct?  Well, except for all the
lusers who don't read the docs and try to get support with non-valid
software [as mentioned above].

You could write a simple shell script to check if all the "dependencies"
are covered to limit lusers from trying to use your support resources. 
If they are, then the user has the right to contact offical support. 
Otherwise they are on their own with the mailing list.

Does that make sense to anyone?  There must be a solution that will fit
everyone (optimism... something you don't see every day).

anything branded as "unstable" just isn't worth the effort.  Think about
it - unstable platforms may contain bugs depending on which version of
which bleeding edge packages you're running.  Do we want to expend the
effort to figure out which bugs are in our code and which are in the new
and exciting libraries that are in use on a particular user's system?
Would you?  Maintenance costs (in terms of man-hours for QA and
engineering) aren't trivial, and with a team this small are at a premium
to begin with.

Chris
-- 
Software Engineering IV,
McMaster University
PGP Public Key: http://nesser.org/pgp-key/

13:55:18 up 4:46, 6 users, load average: 0.23, 0.11, 0.09 

Please avoid sending me Word or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html

Attachment: signature.asc
Description: This is a digitally signed message part



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