Date: Sat, 31 Jul 2004 13:42:16 +0400 (MSD) From: Dmitry Morozovsky <marck@rinet.ru> To: Roman Kennke <roman@ontographics.com> Cc: openoffice@freebsd.org Subject: Re: ugly Java dependency in OOo Message-ID: <20040731133902.H58234@woozle.rinet.ru> In-Reply-To: <1091225558.3120.19.camel@moonlight> References: <1091225558.3120.19.camel@moonlight>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 31 Jul 2004, Roman Kennke wrote: RK> I just wanted to build OOo from ports and found that it depends on the RK> FreeBSD native JDK. The problem I see here is, that this requires me to RK> agree to the Sun Community Source License, which is indeed a very crazy RK> license. I worked around this by just symlinking RK> /usr/local/linux-sun-jdk1.4.2 to /usr/local/jdk1.4.2 and it works RK> equally well. So why not make the OOo port depends on that JDK? Or even RK> better: on the Blackdown-Linux-JDK, so that the user doesn't have to be RK> interrupted and required to download an installer? RK> RK> Of course, I think the best thing would be to leave out these Java RK> dependencies altogether. This is what Debian and Fedora people do. They RK> have patches for that. RK> RK> But for now, I propose to change dependencies on jdk14 to RK> linux-sun-jdk14, which is no big deal IMO, since building jdk14 also RK> requires the linux-jdk. Then at least it should be made optional, because _now_ linux-jdk is required for building native jdk, not OO, and thus we would break the ability to build OO without linux binary compatibility. And, yes, OO dependencies *are* a bit fragile regarding to versions: gcc and jdk are only the most visible ones. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040731133902.H58234>