[gentoo-dev] Old eclasses - candidates for removal?

[gentoo-dev] Old eclasses - candidates for removal?

[Ulrich Mueller]

In last week's council meeting a policy for removal of old eclasses
has been defined:
,----
| The council voted that to remove eclasses devs should take the
| following steps:
|    1) Deprecate eclasses.
|    2) Removal of all functionality relating to installing.
|    3) After two years the eclass may be removed.
`----

A quick scan shows that the following eclasses were deprecated more
than three years ago, and are used by no ebuild in the tree:

   2002-05-25   inherit.eclass
   2003-12-11   kde-i18n.eclass
   2004-04-16   koffice-i18n.eclass
   2005-09-18   jakarta-commons.eclass
   2006-02-28   php.eclass
   2006-02-28   php-2.eclass

Do we want to remove any of these? Have I missed other candidates?

Ulrich

Re: [gentoo-dev] Old eclasses - candidates for removal?

[Tomáš Chvátal]

[-- Attachment #1: Type: text/plain, Size: 579 bytes --]

Dne čtvrtek 04 Červen 2009 23:05:57 Ulrich Mueller napsal(a):
> A quick scan shows that the following eclasses were deprecated more
> than three years ago, and are used by no ebuild in the tree:
>
>    2002-05-25   inherit.eclass
>    2003-12-11   kde-i18n.eclass
>    2004-04-16   koffice-i18n.eclass
>    2005-09-18   jakarta-commons.eclass
>    2006-02-28   php.eclass
>    2006-02-28   php-2.eclass
>
> Do we want to remove any of these? Have I missed other candidates?
For kde ones, KILL KILL KILL ;]
It is not used anywhere so it can really die :]

Tomas

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] Old eclasses - candidates for removal?

[Krzysiek Pawlik]

[-- Attachment #1: Type: text/plain, Size: 1533 bytes --]

Ulrich Mueller wrote:
> In last week's council meeting a policy for removal of old eclasses
> has been defined:
> ,----
> | The council voted that to remove eclasses devs should take the
> | following steps:
> |    1) Deprecate eclasses.
> |    2) Removal of all functionality relating to installing.
> |    3) After two years the eclass may be removed.
> `----
> 
> A quick scan shows that the following eclasses were deprecated more
> than three years ago, and are used by no ebuild in the tree:
> 
>    2002-05-25   inherit.eclass
>    2003-12-11   kde-i18n.eclass
>    2004-04-16   koffice-i18n.eclass
>    2005-09-18   jakarta-commons.eclass
>    2006-02-28   php.eclass
>    2006-02-28   php-2.eclass
> 
> Do we want to remove any of these? Have I missed other candidates?

Yes:

RCS file: /var/cvsroot/gentoo-x86/eclass/java-wsdp.eclass,v
Working file: java-wsdp.eclass
head: 1.7
branch:
locks: strict
access list:
symbolic names:
keyword substitution: kv
total revisions: 7;     selected revisions: 7
description:
----------------------------
revision 1.7
date: 2007-06-02 18:24:51 +0100;  author: nelchael;  state: Exp;  lines: +1
-102;  commitid: 5c6d4661a7e24567;
Remove content of java-wsdp.eclass, as all packages using it have been removed.
----------------------------

It has been removed >= 2 years ago, there were only few ebuilds using it.

-- 
Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
desktop-misc, java, apache, ppc, vim, kernel, python...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 261 bytes --]

Re: [gentoo-dev] Old eclasses - candidates for removal?

[Theo Chatzimichos]

for kde:
kde-i18n.eclass
kde-source.eclass
and i am not sure but i think kde-base.eclass too
kde-dist.eclass is used only by monolithic kde3 ebuilds that i plan to drop 
after 3.5.10 stabilization so it will be deprecated too

Aren't there any tools that make such checks?

On Friday 05 June 2009 00:05:57 Ulrich Mueller wrote:
> In last week's council meeting a policy for removal of old eclasses
> has been defined:
> ,----
>
> | The council voted that to remove eclasses devs should take the
> | following steps:
> |    1) Deprecate eclasses.
> |    2) Removal of all functionality relating to installing.
> |    3) After two years the eclass may be removed.
>
> `----
>
> A quick scan shows that the following eclasses were deprecated more
> than three years ago, and are used by no ebuild in the tree:
>
>    2002-05-25   inherit.eclass
>    2003-12-11   kde-i18n.eclass
>    2004-04-16   koffice-i18n.eclass
>    2005-09-18   jakarta-commons.eclass
>    2006-02-28   php.eclass
>    2006-02-28   php-2.eclass
>
> Do we want to remove any of these? Have I missed other candidates?
>
> Ulrich

-- 
Theo Chatzimichos (tampakrap)
Gentoo KDE Team

Re: [gentoo-dev] Old eclasses - candidates for removal?

[Petteri Räty]

[-- Attachment #1: Type: text/plain, Size: 1034 bytes --]

Ulrich Mueller wrote:
> In last week's council meeting a policy for removal of old eclasses
> has been defined:
> ,----
> | The council voted that to remove eclasses devs should take the
> | following steps:
> |    1) Deprecate eclasses.
> |    2) Removal of all functionality relating to installing.
> |    3) After two years the eclass may be removed.
> `----
> 
> A quick scan shows that the following eclasses were deprecated more
> than three years ago, and are used by no ebuild in the tree:
> 
>    2002-05-25   inherit.eclass
>    2003-12-11   kde-i18n.eclass
>    2004-04-16   koffice-i18n.eclass
>    2005-09-18   jakarta-commons.eclass
>    2006-02-28   php.eclass
>    2006-02-28   php-2.eclass
> 
> Do we want to remove any of these? Have I missed other candidates?
> 
> Ulrich
> 

I would say that we should remove eclasses at earliest two years from
now. The benefit from removing now is near zero and there's some people
lurking around that haven't updated in ages.

Regards,
Petteri


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 261 bytes --]

Re: [gentoo-dev] Old eclasses - candidates for removal?

[Tobias Klausmann]

Hi! 

On Thu, 04 Jun 2009, Ulrich Mueller wrote:
> Do we want to remove any of these? Have I missed other candidates?

I think nobody uses the ccc.eclass (Compaq C Compiler) anymore.
Also see bug 258153. There are very, very vague signs that CCC
support for Alpha might come back, but not in the near or
mid-term future.

Rgeards,
Tobias

-- 
A fanatic is someone who does what he knows that God
would do if God knew the facts of the case.

Re: [gentoo-dev] Old eclasses - candidates for removal?

[Ulrich Mueller]

>>>>> On Fri, 5 Jun 2009, Theo Chatzimichos wrote:

> kde-source.eclass
> and i am not sure but i think kde-base.eclass too
> kde-dist.eclass is used only by monolithic kde3 ebuilds that i plan
> to drop after 3.5.10 stabilization so it will be deprecated too

>>>>> On Fri, 5 Jun 2009, Tobias Klausmann wrote:

> I think nobody uses the ccc.eclass (Compaq C Compiler) anymore.

All of these I would see as being at the beginning of the deprecation
process. So you should first mark them as deprecated, and then they
can be removed after two years.

Ulrich

Re: [gentoo-dev] Old eclasses - candidates for removal?

[Jorge Manuel B. S. Vicetto]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Petteri Räty wrote:
> Ulrich Mueller wrote:
...
>> A quick scan shows that the following eclasses were deprecated more
>> than three years ago, and are used by no ebuild in the tree:
>>
>>    2002-05-25   inherit.eclass
>>    2003-12-11   kde-i18n.eclass
>>    2004-04-16   koffice-i18n.eclass
>>    2005-09-18   jakarta-commons.eclass
>>    2006-02-28   php.eclass
>>    2006-02-28   php-2.eclass
>>
>> Do we want to remove any of these? Have I missed other candidates?
>>
>> Ulrich
>>
> 
> I would say that we should remove eclasses at earliest two years from
> now. The benefit from removing now is near zero and there's some people
> lurking around that haven't updated in ages.
> 
> Regards,
> Petteri

Why Petteri?

The first Portage version that started using the eclasses saved on
environment.bz2 was stabled more than 1 year ago and Portage has been
saving that info for a lot more than that. Also, as Ulrich pointed out,
those eclasses were deprecated *3* years ago.
How long are we planning to start to support old installs? Besides, as
it has already been pointed out before, all that is required for anyone
with such an install to get over the removed eclasses is to grab them
from somewhere else and put them under $(portdir)/eclasses - how hard is
that?
Instead of making us "hold forever" to remove old eclasses, I would
rather see us put up a nice page explaining people how to fix any issue
that arises from that and with a link to the removed eclasses (a link to
the latest version on sources.gentoo.org should be enough).

- --
Regards,

Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
Gentoo- forums / Userrel / Devrel / SPARC / KDE
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkop9gAACgkQcAWygvVEyAIO2wCgiNCdWLYU8s0mt1JWp0WN/hum
+EcAnjlwQRVhCEy0ruGwcSAlJJpqoUYv
=UpO7
-----END PGP SIGNATURE-----

Re: [gentoo-dev] Old eclasses - candidates for removal?

[Petteri Räty]

[-- Attachment #1: Type: text/plain, Size: 899 bytes --]

Jorge Manuel B. S. Vicetto wrote:
> Petteri Räty wrote:
>> Ulrich Mueller wrote:
> ...
>>> A quick scan shows that the following eclasses were deprecated more
>>> than three years ago, and are used by no ebuild in the tree:
>>>
>>>    2002-05-25   inherit.eclass
>>>    2003-12-11   kde-i18n.eclass
>>>    2004-04-16   koffice-i18n.eclass
>>>    2005-09-18   jakarta-commons.eclass
>>>    2006-02-28   php.eclass
>>>    2006-02-28   php-2.eclass
>>>
>>> Do we want to remove any of these? Have I missed other candidates?
>>>
>>> Ulrich
>>>
>> I would say that we should remove eclasses at earliest two years from
>> now. The benefit from removing now is near zero and there's some people
>> lurking around that haven't updated in ages.
> 
>> Regards,
>> Petteri
> 
> Why Petteri?
> 

Because no-one has explained me what is the big benefit here.

Regards,
Petteri


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 261 bytes --]