Note: Due to technical difficulties, the Archives are currently not up to date.
GMANE provides an alternative service for most mailing lists. c.f. bug 424647
List Archive: gentoo-java
Joshua Nichols wrote:
> William L. Thomson Jr. wrote:
>> On Thu, 2006-04-06 at 21:04 -0500, Joshua Nichols wrote:
>>
>>> I don't think either of these are particular ideal. I think it would
>>> slightly better to depend on the things that the libraries needed.
>>>
>> Well I am not sure that would work or be ideal. A few reasons. One if
>> someone was on a server and so not using alsa, extra stuff is pulled in.
>> Now one could say big deal.
>>
>> However two, if we installed all deps by default that would also include
>> X. Which is a very large app, many deps, takes forever to compile even
>> on fast hardware.
>>
>> Now some time back when I was using JGenerator (a servlet) via Tomcat it
>> had deps on X. I can't recall what happened, I do not believe it was
>> anything catatstrophic. At the same time it was not the greatest either,
>> logs were created and JGenerator would not work till I installed X.
>>
>> Granted both these scenarios are more server related than desktop.
>> However it's cases where the extra stuff would not be wanted across the
>> board. Much less have to package.provide stuff etc?
>>
>> Unfortunately I think use flag is best, and yes it creates broken
>> symbols and etc for missing stuff. Not sure what to say, but it's murky
>> waters, and I am not sure there is any elegant, or ideal way to go about
>> it? Will keep the thinking cap on about it though.
>>
>>
> For now, I think I agree that the use flag just for dependencies is the
> best route to take. We currently do this to an extent, but just need to
> make sure it is applied to all the appropriate VMs
>
IMHO the best course of action is to use use flags and delete the shared
libraries if the use flag is turned off. I just never go to finishing
the work I started. Many people use java on server machines and as such
don't want anything X installed.
Regards,
Petteri
|
|