From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1KetAr-0000tW-3z for garchives@archives.gentoo.org; Sun, 14 Sep 2008 15:06:05 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id ACEC2E06B5; Sun, 14 Sep 2008 15:06:04 +0000 (UTC) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by pigeon.gentoo.org (Postfix) with ESMTP id 52763E06B5 for ; Sun, 14 Sep 2008 15:06:04 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so1196776fga.14 for ; Sun, 14 Sep 2008 08:06:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=oGZggOrGAZaeHtBTmCNYsfs013LKrko3iVl6QlYkGoM=; b=l7TO/MgVkcl1iO+ZfFA0D7ZIXjbFBRp37n0nnbGXXZEVzKlZOyR1a2gbjjvFx0wBZE ww/hsZD8v/dvh3F4k+XGEu2tkpEJ8a7tgXRAvU9zy7WfpZpE/f8j+FOShh5HIHpR0rNf MURWKpZbCAeuce7DPh0gXz2QnrvJ7VPaMILOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=kXFXm0vQ0P5k1kXpjHTXq+Vp1t/TdUhSFSdYIEhJgQlVUfH9rP0PcsQfIm33f7VC6z fjRtgyWCkyfRaAz9ICvWZI86VKm0HeQzPK6kSQF+wGJdVj8g99SQ+Vgy35Gkg4nqO0Fg qi+NdapbrR0/lSyo6qKXzedZbU03q/9HOkodg= Received: by 10.180.255.1 with SMTP id c1mr4541456bki.23.1221404763011; Sun, 14 Sep 2008 08:06:03 -0700 (PDT) Received: by 10.181.24.18 with HTTP; Sun, 14 Sep 2008 08:06:02 -0700 (PDT) Message-ID: Date: Sun, 14 Sep 2008 16:06:02 +0100 From: "Robert Burrell Donkin" To: gentoo-java@lists.gentoo.org Subject: Re: [gentoo-java] OpenJDK, IcedTea and Package Naming In-Reply-To: <17c6771e0809140726u47b5a806i291aeefb68decae3@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-java@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <17c6771e0809111635g66977bffgddd1ef8e8da56a7@mail.gmail.com> <17c6771e0809131821s681af704xf7f297cc60a12f32@mail.gmail.com> <17c6771e0809140726u47b5a806i291aeefb68decae3@mail.gmail.com> X-Archives-Salt: c61a2980-5449-4245-8c86-c53bb00edf40 X-Archives-Hash: 408f0122e5a5c18315ace9ff7b974159 On Sun, Sep 14, 2008 at 3:26 PM, Andrew John Hughes wrote: > 2008/9/14 Robert Burrell Donkin : >> On Sun, Sep 14, 2008 at 2:21 AM, Andrew John Hughes >> wrote: >>> 2008/9/13 Robert Burrell Donkin : >> >> >> >>>> AIUI and IMNSHO *NO* local build from source qualifies. gentoo >>>> *SHOULD* *NOT* expose users to risk by using trademarks etc for *ANY* >>>> source build even from the sun tree. >>>> >>> >>> Maybe that's being a bit over cautious, >> >> i agree that sun is unlikely to sue any users over java ATM but >> trademarks must be defended or cease to exist. sooner or later sun >> will have to either lose the java trademark or act against >> unauthorised users. >> > > I wasn't talking about the Java trademark, I was talking about the OpenJDK > trademark. Use of the Java trademark requires passing the > certification process, > and this isn't possible for a source build. Only binaries can pass > the TCK and thus > be certified. yes thanks for clarifying >>> but the problem generally is >>> Sun thought of this with binary distribution in mind, not source. >> >> the JCP is set up to manage binaries, not source. IMO this is the >> fatal flaw in this system. (i'll avoid going OT by repeating the >> argument again here.) >> > > Yes, the JCP still needs work, being centered around proprietary > binary distribution for the most part. the binary distributions only rule is a consequence of the closed TCK. the TCK is closed to ensure a revenue stream for the spec leader. i'll be interested to see whether the JCP survives. sun broke the basic premise over the harmony TCK (all participants whether open source or not hold contracts with sun who acts as an independent judge). given that most open source projects can't afford to sue sun, the legal framework needs extensive revision. it would be cleaner for the JCP to issue a license covering any works that pass an open source TCK for everything except branding rights including the mutual patent grants. branding rights are only really required for commercial binary implementations so an additional secret TCK and payment could be required to unlock those. >>> As with any legal agreement, the best solution is to consult a lawyer. >>> I'm not one. >> >> does gentoo have a agreement with sun? >> if so, is it available on line? >> if not, what agreement is being relyed on? >> > > Not as far as I know, but other than naming and trademarks, OpenJDK is just > like any other FOSS project. trademarks are the important point (bit like firefox) >>>> BTW i'm on AMD64 which has very poor support from the sun java >>>> codebase. are there any plans to add support for the harmony VM? >>>> >>> >>> What 'poor support'? IcedTea6 works fine for me here on amd64. >> >> eclipse and sun don't play well. however, i haven't tried switching to >> the iced tea build on gentoo so maybe i'll give that a try next time. >> >>> Feel free to package Harmony, but I don't see how that will solve your problems, >> >> harmony runs eclipse fine. every couple of months when gentoo changes >> something, i have to devote a couple of hours fixing stuff so that >> eclipse works or else switch to harmony until everything's fixed. >> > > That's interesting. I don't know anything about the proprietary Sun > builds on amd64, I've > never used them. But I also don't run Eclipse. Have you filled > appropriate bugs? Certainly try IcedTea and, if you get failures, report them to our bug > database at > http://icedtea.classpath.org/bugzilla. cool >>> given it doesn't yet have a complete implementation of even 1.5. >> >> if sun had honoured it's agreement to allow access to the TCK by open >> source projects, then harmony (and the free JVMs) would have had >> certified 1.5 implementations a year ago and (most likely) 1.6 ones as >> well by now. this is a political issue, not a code one. >> > > I seriously doubt that, given it took OpenJDK a year to pass the 1.6 > TCK, despite > being based on a codebase, the majority of which has passed as part of > the proprietary work. you'd be surprised :-) at least one major corporation has taken a derived work based on harmony codebase through the TCK and ask yourself if google would have based andriod on harmony unless it worked... - robert