Don't hurry to upgrade was Re: unix style end of lines

[John Stirling]

I only use kdevelop as an editor and don't use any of the other
features. This being the case, is the upgrade recommended ?


On Tue, 2004-01-20 at 11:45, Dorin Lazar wrote:
>   First, an answer for the impacient. There is an utility called dos2unix that 
> will do the trick. Unfortunately there is nothing embedded in the kdevelop2 
> IDE. I wouldn't know how can it be done.
> 
> On Tuesday 20 January 2004 13:03, Alejandro Exojo wrote:
> > Maybe it's a good moment for upgrading ;-).
>   I am a constant user of KDevelop, and I would reccomend against upgrading 
> for the time being. As wonderful as KDevelop 3 is, it still has a lot of 
> problems, and even if those problems are not there, it still takes some time 
> to adjust to the new style. Sometimes it's too costy for old projects to 
> change their initial working environment. Add to that the autotools hell and 
> this will be unbearable, and soon you would start hoping for something 
> better. And then you start writing your own makefiles, and you use mcedit for 
> your project.
> 
>   Really, the autotools hell should somehow be evaded. I work on some serious 
> projects and I am now held hostage to a much older distribution because there 
> is really no way to keep my old projects and my new projects on the same 
> machine. I talk to you as a user. Perhaps there are among you a lot of people 
> that understood the autotools chain. I don't doubt that there is a sense to 
> the whole thing. I just find it inacceptable to upgrade from version 2.xx to 
> 2.yy and find a whole set of incompatibilities. And I would've expected from 
> an IDE to isolate me, the user, from all these problems.
>   From a developer's point of view there is no sense to test and re-test over 
> and over again the same settings. sizeof(long) will be 4 on my machine and I 
> don't expect to change that too soon. I wish I could remove that test from 
> configure (but that is impossible, not without lots of hacks). But why 
> configure anyway? Why configure and reconfigure? The local development system 
> should know already where is he running, what is everything I need for the 
> project.
>   Anyway, perhaps the discussion I am trying to open has been closed a long 
> time ago between the actual developers. Anyway, the advice to upgrade is not 
> an option, and will not be for a long long time from now on. Perhaps new 
> kdevelop users will find themselves much happier in the kdevelop 3 system. I 
> tried it and I am still puzzled by the errors it issues. And I don't know if 
> it's misuse or a kdevelop issue. So I am silent until I have the time to 
> investigate. Anyway, from the user's perspective, kdevelop 3 is different (it 
> should be different, right?) But I don't know if it's better. I really didn't 
> get any results with it. Yet.
> 
>   Yours (and perhaps bitching too much),
>          Dorin
> 
> 
> -
> to unsubscribe from this list send an email to kdevelop-request at kdevelop.org with the following body:
> unsubscribe »your-email-address«


-
to unsubscribe from this list send an email to kdevelop-request at kdevelop.org with the following body:
unsubscribe »your-email-address«