[th] (fast)jar

[Paweł Gołaszewski]

On Thu, 6 Jul 2006, Paweł Sikora wrote:
> > > z gcc-4.2 wyleciał fastjar i jego miejsce zajął wrapper używający 
> > > programów zip+unzip. wrapper jest instalowany w trakcie budowania 
> > > jeśli w systemie nie ma jar-a, a są dostępne zip-y. teraz pytanie co 
> > > z tym bajzlem robimy? jakieś wzajemne conflict buildy między 
> > > gcc-4.2, java-sun, a fastjar? + obosletes/provides?
> > A są one różnoważne?
> wrapper z gcc-4.2 ma identyczne opcje co jar z java-sun-tools
> plus dodatkową opcję -@:
> 
> -@  instead of {[-C dir] files} ... accept one or more response files,
>         each containing one command-line argument
> 
> zaś fastjar.spec nie akceptuje opcji -i tak jak konkurencja oraz
> ma dodatkową opcję -E oraz inne znaczenie opcji -@:
> 
>  -E  don't include the files found in a directory
>  -@  Read names from stdin

Jeżeli to jest gdzieś konkretnie potrzebne (te opcje) to ja bym zrobił 
kilka provides: jar-basic, jar-@, jar-E i jar-i (wiem, że nazwy złe, ale 
to tylko idea). Odpowiednie paczki dostałyby odpowiednie provides 
(+obsoletes jar-basic), potem jeżeli gdzieś będzie potrzebna jakaś 
funcjonalność to odpowiednie req dajemy.

Oczywiście przy założeniu, że te opcje są potrzebne przez jakieś paczki. 
Jeżeli nie to cokolwiek tutaj będzie to będzie dobrze.

-- 
pozdr.  Paweł Gołaszewski          jid:blues<at>jabber<dot>gda<dot>pl
--------------------------------------------------------------------------
If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby
Pro-Logic Surround Sound with Bass Boost and all the music is free.