Broken JDK link
dj at linuxfromscratch.org
Sun May 11 01:56:16 PDT 2008
Bruce Dubbs wrote:
> http://www.linuxfromscratch.org/patches/blfs/svn/ is built nightly from the
> book. The list of patches comes from:
> xsltproc --xinclude stylesheets/patcheslist.xsl index.xml > copy-blfs-patches.sh
> Basically, it is looking for a url that ends with .patch, not .txt. The patches
> repository is not the right location for a License. It should be on Anduin.
> -- Bruce
The issue is licensing, and the patches repo must hold the license if we
are to keep the patches in the repo. Because we are not dealing with a
typical FOSS license, the patches have to have a readme file in the same
directory (or include the readme in a 'prominent place' with our
sources). This is covered in the patches project, but not by the copy
operation for BLFS. Where is the proper place to create a directory on
anduin that would not be affected by rsync? After this directory is
created, then the the patches and readme should be there and the book
updated to point to that location.
That said, since it is obvious that Sun doesn't give a dang about us or
the BSD folks (who need the updated source much worse than we do), my
personal preference now is to ditch the source build completely until
OpenJDK reaches a stable release. I hate to see my own work go to
waste, but that's the breaks, Sun owns the code and can do with it what
they choose. Greg Lewis (BSD JDK maintainer) and myself have done
everything we can do to convince the project managers at Sun to kick out
another release. I have empathy for the BSD group, but for us, the only
thing lost is Xinerama support.
Further, with the big warning in place, how many people actually use the
source build now that there are 8 security vulnerabilities identified
against u3 when we reached u5 (and likely more with u6,7,8...that aren't
mentioned in the current warning)? I don't use the source build
anymore. Do any of our devs?
-- DJ Lucas
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
More information about the blfs-dev