Fwd: kdeedu-data

Albert Astals Cid aacid at kde.org
Sun Oct 26 20:44:24 GMT 2014


El Divendres, 24 d'octubre de 2014, a les 01:06:43, Andreas K. Huettel va 
escriure:
> Am Freitag, 24. Oktober 2014, 00:31:35 schrieb Albert Astals Cid:
> > Andreas, please undersrtand this, you have expressed your concerns and the
> > community has decided that your concerns are not a problem.
> 
> Albert,
> 
> luckily noone can force me to package KDE stuff, 

Noone can force you to package KDE stuff, that's obviously correct and don't 
see why you find the need to mention it.

> and I'm already frustrated
> enough about irrational upstream behaviour 

You are not right about calling our behaviour irrational, there's lots of 
reasons for doing what we do, you don't agree with them, that's fine, but 
calling our behaviour irrational is not right.

> that I'll likely go on an
> indefinite break in this regard (I don't think I'm the only one).

That's your personal decision.

> * Remember how everyone thought that full-freezing kdelibs master was a
> great idea?

And it was and still is.

> * I had the fun of asking at the big KDE frameworks talk at FOSDEM 2013 how
> you intend to specify inter-library version dependencies, after losing
> release synchronization. The only response from the full assembly of KDE
> programmers was "it's not a problem, so we don't have to care". Just
> listening on the mailing lists, now we have the problem.

We've had 1 problem in 6 releases, and it has been fixed quite promptly, noone 
was expecting the rollout to be painless, no?

> I still claim that
> 
> a) having a version number 14.12 follow on 4.12.x is an exceptionally bad
> and confusing idea (hi Eric! & remember your own typo?), and that

This is a one time issue, noone will die because of it.

> b) deliberately combining kf-5 apps with kde4-apps within one release is
> rude towards packagers at least.

This is all a matter of point of view, you can see it not as one release but 
as 100 releases of 100 separate applications that happen at the same time. 
Each of them with it's own set of dependencies.

Best regards,
  Albert

> However, your definition of "the community" does obviously not agree with
> mine, and so only time will tell, once more.
> 
> Have fun.
> Andreas




More information about the Distributions mailing list