java -- numerki i jakie szanse sdk?

[Daniel 'bonkey' Bauke]

pamiętam -- była swego czasu "krótka wymiana zdań", chyba ze 2-3
tyg. temu? na temat tego, co pakiety z jre/jdk provides. miałbym
propozycję, żeby te tagi zmienić na takie posiadające wydzieloną
wersję, żeby można było np. zainstalować cocoona (jeszcze się
robi, a potrzebuje jre >= 1.1 afair :) z kaffe jak i z ibm-java,
i ibm-java-sdk. czyli zamiast
   Provides: java1.3 
było 
   Provides: java = 1.3 #, albo od razu %{version}.
Najchętniej zmieniłbym też java na jre, a java%{version}sdk na
jdk, ale niech się ktoś może bieglejszy w tej tematyce wypowie.
proponuję:
   Provides: jre = %{version}
   Provides: jdk = %{version}
   Provides: jar
   Provides: javac # hmm, dla jikes-a?

dodałbym grupę Development/Languages/Java i powrzucał tam
wszelkie jikes-y, fastjary itp. pytanie, czy tam też powinny
lądować inne automaty, które było-nie było są jakimś zbiorem
bibliotek, np. cocoon czy robocode
(http://slashdot.org/article.pl?sid=01/09/09/156200), którego
chciałbym do distro niedługo wrzucić (choć to akurat zupełnie dwa
różne pakiety). poza tym może zrobię niedługo tomcata z
przyległościami -- i znów kłopot -- czy te dodatki to do niego
jako Networking/Daemons -- bzdura, nie? czy jako devel/lang/java
-- też jakoś nie bardzo pasuje..

przydałby się też jakiś porządek w tych specach, np. skoro
fastjar posiada /usr/bin/jar, to niech inne pakiety mają go
osobno, np ibm-java-sdk-jar. coś mnie tam jeszcze raziło,
ale już nie pamiętam, pewnie jakieś pryszcze tylko :)

za? przeciw? ochotnicy?

i ostatnie, odwieczne pytanie: jakie szanse na "legalne" sdk-1.3
(specjalnie nie piszę "ibm") bezpośrednio w dystrybucji? ktoś ma
jakieś rozeznanie w tych licencjach albo w pakietach, które bez
restrykcji choćby część funkcjonalności oferują? ot, choćby żeby
resin-cmp miał się z czym uruchamiać (w kompilację nie ma się co
bawić, ale kto wie, może coś kiedyś będzie i tego potrzebować)

-- 
Daniel `bonkey' Bauke; http://www.oho.pl/~bonkey/; {happiness=bike&&unix;}