> why?   Some of the JAR files we've made customizations to, which is why
> they are renamed differently.   We build against specific versions
> because we know their various quirks and what have you so we know what
> to expect.

security... to make sure you haven't done anything strange. why aren't
you changes in upstream? why do you need different behavior? why use
upstreams anything if you aren't going to use it as is? if you need
changes and they won't accept them... you should fork and I should be
creating ebuilds for your forked libraries. Why don't you guys update
the libraries you build against? you recommend people using your
latest version for bug fixes.. I know they do to. I can understand
requiring a major version... but minor versions are just bug fixes, or
at least they should be.

what about all the bugfixes that you haven't been backporting?

xmlrpc-1.2-b1.jar < I'm going to assume that means xmlrpc-1.2 beta 1?
why are we building against beta software, upstream didn't think it
was stable enough for production. why should anyone else?

take oracle-10g, very proprietary, they require that you install on
red hat 3, 4 or 5 (and a few, very few other distro's) if you install
on version 5 you have to change a text file to tell the oracle
installer you are on version 4. This is a very proprietary way of
doing things... their's nothing about the newer version that doesn't
work, heck it would probably work on ubuntu, but because ubuntu isn't
red hat, suse or asian, it won't attempt to install because it checks
that text file.

you guys need to stop attempting to control everything, and instead
fix bugs as they are found.

Why do you think we have shared libraries in the first place? to
increase code reuse. by using upstreams and contributing back to it
you make it more useful, and better for others.


> A lot of the time, simply dropping in the latest JAR file will not
> upgrade a general Java application.

a lot of times... we need to re-link stuff in the C world... you
should look at the script I wrote to fix perl binaries... with the
perl 5.10.0 upgrade. it's simple but we couldn't just drop in a new
version of perl.

I would be willing to bet that gentoo(and related) are not the only
distro's that mandate shared library use, even among java.
--~--~---------~--~----~------------~-------~--~----~
Open BlueDragon Public Mailing List
 http://groups.google.com/group/openbd?hl=en
 official site @ http://www.openbluedragon.org/

!! save a network - trim replies before posting !!
-~----------~----~----~----~------~----~------~--~---

Reply via email to