| 1 |
Petteri Räty wrote: |
| 2 |
>> * change eclasses that have >?=virtual/jdk-1.4.* (java-gnome and |
| 3 |
>> php4_4-sapi) |
| 4 |
> |
| 5 |
> java-gnome eclass is not used by anything so just best to make that one |
| 6 |
> die and you will want to check with the php people if that eclass is |
| 7 |
> needed any more either |
| 8 |
|
| 9 |
Ok. |
| 10 |
|
| 11 |
>> * rev bump every package with >?=virtual/jdk-1.4.*: |
| 12 |
>> * if package has soft dependency on 1.4 (>=1.4) - raise it to 1.4 - |
| 13 |
>> that's the easy case |
| 14 |
>> * if package has hard dependency on 1.4 (=1.4) - try to compile |
| 15 |
>> with 1.5, eventually patch it to work |
| 16 |
>> * if package refuses to compile/work with >1.4 - package.mask, |
| 17 |
>> slate for removal |
| 18 |
> |
| 19 |
> Yeah just check for reverse deps. |
| 20 |
|
| 21 |
Sure - that's the important (and time consuming) part. |
| 22 |
|
| 23 |
>> * get all rev bumped packages stabilized (if package has stable |
| 24 |
>> version in corresponding SLOT) |
| 25 |
>> * remove old versions of touched packages |
| 26 |
>> * remove java5 use flag |
| 27 |
>> * start dropping generation 1 from the tree: |
| 28 |
>> * make old eclasses a stub - so unmerge works |
| 29 |
> |
| 30 |
> I would just leave a dying version because of all the ebuilds around. |
| 31 |
|
| 32 |
Possible too, but not in unmerge code path - better to keep unmerge working. |
| 33 |
|
| 34 |
>> * remove generation 1 bits from JDK ebuilds |
| 35 |
>> * package.mask java-config-1* |
| 36 |
>> * remove virtual/jdk-1.4.1 |
| 37 |
> |
| 38 |
> There's also a couple of other things to do with our tools so please |
| 39 |
> talk with me before doing this step. |
| 40 |
|
| 41 |
Sure. |
| 42 |
|
| 43 |
-- |
| 44 |
Krzysiek Pawlik <nelchael at gentoo.org> key id: 0xBC555551 |
| 45 |
desktop-misc, java, apache, ppc, vim, kernel, python... |
Archives