[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

[Bug 167482] Review Request: jogl



Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: jogl


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167482





------- Additional Comments From ville skytta iki fi  2005-09-03 17:24 EST -------
(In reply to comment #6) 
> (In reply to comment #4) 
>  
> > %ghost %doc %{_javadocdir}/%{name} 
> > What is the purpose of this?  This looks extremely odd. 
>  
> To be honest, I'm not sure.  It's just established practice for FC java   
> packages. 
 
The original intention in JPackage (where the practice was inherited from) was 
to be able to install multiple versions of javadocs for a package in parallel, 
and to have an unversioned symlink pointing at the last installed version. 
 
However, there are several major flaws with the current JPackage (and FC, and 
the one in this package) implementation, to name a few: 
 
- It doesn't work.  The symlinks cause a rpm conflict between different 
versions of the javadoc packages, even when %ghost'd. 
 
- It requires write access to %{_javadocdir} in %post and expects to succeed 
-> breaks in %{_netsharedpath} setups where /usr/share is (NFS) mounted read 
only. 
 
- The idea of "last version installed" is not very good in the first place.  
"Newest" could be slightly more useful. 
 
However, the unversioned %{_javadocdir}/%{name} is very useful eg. for javadoc 
crosslinking between packages as well as bookmarking, IDE config etc. 
 
For now, I'd suggest packaging %{_javadocdir}/%{name} as usual (not %ghost), 
and removing the %post javadoc scriptlet altogether. 

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]