From: Alexei_Roudnev (Alexei_Roudnev_at_exigengroup.com)
Date: Tue Aug 07 2007 - 20:03:06 CEST
Message-ID: <042f01c7d91d$34f79bf0$7931a8c0@exigengroup.com> From: "Alexei_Roudnev" <Alexei_Roudnev@exigengroup.com> Date: Tue, 7 Aug 2007 11:03:06 -0700 Subject: Re: [suse-sles-e] Re: SLES9 and MySQL5
We use all home-compiled components when we use open-source on SuSe (with
the only exception of apache) - ldap,
jboss, tomcat, mysql - all are compiled here and never used from SuSe. SuSe
is a good _platform_ but you better bring your own content into it - their
packaging is terribly outdated and is more for use as a platform (if some
apps require mysql, it is here) but not for your last-minute applications.
We use standard 'port' system on FreeBSD and never compiled any piece of
junk manually on it - because I can have full selection of all MySQL-s, all
PHP-s, and so on. On the other hand, it is common case when 2 different apps
on FreeBSD require 2 incompatible versions of somethimng (MySQL for
example). So, I dont like SuSe approach but I understand their concerns.
----- Original Message -----
From: "Joseph Marton" <jmmarton@gmail.com>
To: <suse-sles-e@suse.com>
Sent: Tuesday, August 07, 2007 5:50 AM
Subject: Re: [suse-sles-e] Re: SLES9 and MySQL5
> That's both good and bad, though. If I go and view info on a product,
> say MySQL, I can easily see what's new/fixed in a specific version of
> the product. But with the backporting in SLES, it's more difficult to
> determine if the features or fixes I'm looking for are included. So
> in this situation, the higher version number is basically an indicator
> to let me know if the product has what I need.
>
> I'm not sure how you overcome this exactly, but it would definitely be
> nice to see something put into place so that people know that version
> X of a product in SLES is equivalent to version X of the product if
> downloaded directly from that product's source.
>
> Joe
>
> On 8/7/07, Rasmus Plewe <rplewe@suse.de> wrote:
>> Because of our backporting policy, often requests for a new version
>> really are just request for a higher version number, because relevant
>> features have been backported. There is a widespread "newer is better"
>> belief, which is not always justified...
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: suse-sles-e-unsubscribe@suse.com
> For additional commands, e-mail: suse-sles-e-help@suse.com
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: suse-sles-e-unsubscribe@suse.com
For additional commands, e-mail: suse-sles-e-help@suse.com
This archive was generated by hypermail 2.1.7 : Tue Aug 07 2007 - 22:06:53 CEST