kdepim4.5

[Thomas Janssen]

On Sat, Jul 3, 2010 at 10:18 PM, Eli Wapniarski
<eli at orbsky.homelinux.org> wrote:
> On Saturday 03 July 2010 22:49:46 Anne Wilson wrote:
>> On Friday 02 July 2010 18:04:54 Eli Wapniarski wrote:
>> > On Friday 02 July 2010 18:03:10 Rex Dieter wrote:
>> > > Christoph Kaulich wrote:
>> > > > just a short question, will there be a kdepim 4.5 beta1 build for
>> > > > fc13?
>> > >
>> > > When it is provided by it's upstream.
>> > >
>> > > Turns out just yesterday, some preliminary kdepim-4.5-beta1 tarballs
>> > > were provided to packagers, so we'll get to work on those, and get
>> > > into rawhide and kde-unstable asap.
>> >
>> > Errr.... What does that say about stability?  If I recall correctly there
>> > were serious issues with kdepim 4.5 that delayed the release with kde
>> > 4.5. Does that mean the developers think that they have been resolved?
>> > If not is it wise to include kdepim 4.5 so deep in the release cycle?
>> >
>> > Eli
>>
>> The developers have said explicitly that it is a Technical Preview.  They
>> have asked that distros that choose to supply it should make that clear to
>> users, and that they should distribute the 4.4 version as standard in SC
>> 4,5, which means that you will be able to run the two in parallel, but
>> only if you explicitly choose to.
>>
>> The migration path is fairly well tested, but if things do go wrong it is
>> possible to revert to using the 4.4 version.  However, it sounds a bit
>> complicated to me so I have asked the developers to help me write up a
>> clear explanation when the release gets nearer.
>>
>> Anne
>
> As you noted Anne.... It is a technical review. However, as noted earlier
> kdepim 4.5 is schedualed to be brought along side packages being tested as
> part of the release cycle. Kdepim 4.5 is not schedualed for release. IMHO it
> is a mistake to include it within the framework of how kde-redhat has
> traditionally incorporated testing leading to final release. The last time kde
> released a botched kdepim the noise was horrific and very unpleasant.

Even you say *testing* (kde-testing) leading to final.

> Again in my humble opinion it belongs somewhere on the side. If individuals
> wish to test it then they would be able to do it by including the kde-redhat
> development repo. Leaving unstable clear for testing of packages schedualed
> for release.

What is not understandable on kde-unstable? Should it be named
kde-unstable-devel-will-eat-your-babys-makes-kitten-cry?
Kdepim4.5 will be in kde-unstable.
EOT for me.

-- 
LG Thomas

Dubium sapientiae initium